Image upload error (previously mindtouch.host hangs..)

[walterg]

Hi,

thanx to Max I've tracked dowen the my problem to the image upload process.

I've installed on a WInXP box Deki-Hayes from source. I've got apache 2.2, mysql 5, mono, and ImageMagick 6.3.5-Q16.

Everything seems to work fine up to the point when I decide to upload an image. No matter what the size is, the process hangs.
From then on the page where I've tried to upload the image is unavailable. Maybe it's because the thumbnail generation process failed, infact if I try to upload a document file, everything goes well.

By looking at the DB I've found that the table "Attachments" gets populated, but the size of the image is missing, while the name, image type, extension etc..are filled in.

I've tried image magick from command line and it works. The program is correctly identified by the installer, i've put its directory in the path of the apache startup script.

Any idea as to what to check in order to get image upload work?
Thanx

[MaxM]

Very strange. Make sure you're using MySql 5.0.45 or later from Windows. Also make sure that your paths imagemagick's convert and identify are correct in the mindtouch.startup.xml file. You've tried running convert.exe? Try identifiy.exe on an image you're uploading. Try uploading a different image. I'm pretty sure this somehow imagemagick related.. Maybe something to do with permissions? You can always disable thumbnailing by removing extensions from the imagemagick extension list in your config table (will have a UI for editing this next release).

Chances are very good that once you move this over to a Redhat server it'll just work but I am curious why it doesn't for ya now.

Max

[walterg]

At least now I can see the home page, even if the image is nowhere to be seen. It is a big improvement, but somehow the image handling has broken: the upload file dialog has missing images instead of the (+) and (-) icons.. weird..
and moreover now I see many JS erros.. as if something got corrupted..



Mysql: 5.0.45 community edition nt
Everything was downloaded around the 10th of september :)

Identify works correctly on the 45K gif Image I'm using..
the paths look correct in the XML file..

This is the attachments row:
mysql> select * from attachments where at_id=2;
+-------+---------+---------------+----------------+-------------+-------------+
--------------+---------+--------------+-----------+---------+------------+-----
---------------+----------------+-----------------+
| at_id | at_from | at_filename | at_timestamp | at_filesize | at_filetype |
at_extension | at_user | at_user_text | at_name | at_desc | at_removed | at_r
emoved_by_text | at_image_width | at_image_height |
+-------+---------+---------------+----------------+-------------+-------------+
--------------+---------+--------------+-----------+---------+------------+-----
---------------+----------------+-----------------+
| 2 | 29 | casaAgata.gif | 20070919070106 | 13114 | image/gif |
gif | 1 | admin | casaAgata | | NULL | NULL
| NULL | NULL |
+-------+---------+---------------+----------------+-------------+-------------+
--------------+---------+--------------+-----------+---------+------------+-----
---------------+----------------+-----------------+
1 row in set (0.00 sec)

see.. NULL NULL instead of:
C:\grafica\ImageMagick-6.3.5-Q16>C:\grafica\ImageMagick-6.3.5-Q16\identify.exe d
:\walter\documenti\casaAgata.gif
d:\walter\documenti\casaAgata.gif GIF 686x671 686x671+0+0 PseudoClass 32c 8-bit
12.8066kb


and here is the relevant XML section:

<imagemagick-convert-path>C:\grafica\ImageMagick-6.3.5-Q16\convert.exe</imagemagick-convert-path>

<imagemagick-identify-path>C:\grafica\ImageMagick-6.3.5-Q16\identify.exe</imagemagick-identify-path>



Should I add imagemagick dir to the mono path? Do you reckon I should try to install the actual .NET 2 framework?

Thanx
Walter

[MaxM]

You're running the mono framework on Windows? Although that should work we haven't tested it much. Under Windows we use MS's .net 2.0

Give that a shot and see if it helps

[walterg]

OK!!!
i am sorry to say that the genuine .NET 2.0 Framework from Microsoft did the trick..

Now images are uploaded, and thumbnails are generated even for images for which they were not generated with the MONO server.

So, tu sum it up, the suggested configuration, at least for my WinXP installation, worked by running the mindtouch host under .NET v2 and not under MONO (latest version..)

Now, I've just to overcome the 2MB limit.. the update of the config table in the DB did not work..

Thank you Max, tanks a lot

[walterg]

On image size limit:

I've been able to uplad big images by:

1) changing the relevant config values in the config table
2) changing the
post_max_size = 12M
upload_max_filesize = 12M

in the php.ini
and restarting apache.

Now at last I can try & test the product thoroughly :)

[daibach]

I've got the same issue. Mono isn't playing nice with ImageMagick and things are hanging when I upload Images. It seems like the identify process is left running, if I kill it everything starts to work again.

I'm running the wiki on Windows 2000 SP4 but had to use Mono since .NET 2.0 was complaining about an unsupported feature (http or something) when I tried to start the service. Read on the forum somewhere that .NET on Win2k doesn't have something that dekiwiki needs so I switched to Mono.

So I can't switch to .NET to fix the image problem. :(

[PeteE]

I've got the same issue. Mono isn't playing nice with ImageMagick and things are hanging when I upload Images. It seems like the identify process is left running, if I kill it everything starts to work again.

I'm running the wiki on Windows 2000 SP4 but had to use Mono since .NET 2.0 was complaining about an unsupported feature (http or something) when I tried to start the service. Read on the forum somewhere that .NET on Win2k doesn't have something that dekiwiki needs so I switched to Mono.

So I can't switch to .NET to fix the image problem. :(

daibach - Out of curiosity, what version of ImageMagick are you using in Windows? I use ImageMagick-6.3.5-Q16 on windows and it seems to work well.

thanks,
pete

[daibach]

daibach - Out of curiosity, what version of ImageMagick are you using in Windows? I use ImageMagick-6.3.5-Q16 on windows and it seems to work well.

thanks,
pete

I've tried the following...

ImageMagick 6.3.6-1-Q16
ImageMagick 6.3.6-2-Q16
ImageMagick 6.3.5-9-Q16
ImageMagick 6.3.5-10-Q16

Dekiwiki 1.8.2
Windows 2000 SP4
Mono 1.2.5.1
MySQL 5.0.45

I'm force to use Mono since http.sys is missing in .NET 2.0 for Windows 2000. I've also noticed that when I kill the identify process, dekihost is running the convert process which doesn't close either and has to be ended manually.

Are you running on Windows with Mono?

[daibach]

Been digging and testing further...

I have a fully working installation of Dekiwiki on Windows 2003 Server using .NET 2.0. If I change the service to use Mono instead, it first starts complaining about a page not existing, looks like slashes were missing in the storage/fs/path setting. I added the slashes in and now I get the same issue as before.

So it seems like the dekihost service is choking on ImageMagick when running on Mono/Windows.

[PeteE]

Been digging and testing further...

I have a fully working installation of Dekiwiki on Windows 2003 Server using .NET 2.0. If I change the service to use Mono instead, it first starts complaining about a page not existing, looks like slashes were missing in the storage/fs/path setting. I added the slashes in and now I get the same issue as before.

So it seems like the dekihost service is choking on ImageMagick when running on Mono/Windows.

Hmm...I've been using the .NET runtime on windows. I'll try to recreate using the mono runtime on windows. That's a configuration that I haven't had the chance to test much.

[daibach]

Thanks for giving this some attention Pete :)

If I had enough clout I'd push for the server to have Windows upgraded from Windows 2000 and then run .NET but unfortunately I have to work under the radar for most things I want to push through like switching to Dekiwiki :D

[SteveB]

Daibach,

Just to confirm, you're saying that there is an issue with running an out-of-process application under Mono, but not under .NET. Is that correct?

[daibach]

Daibach,

Just to confirm, you're saying that there is an issue with running an out-of-process application under Mono, but not under .NET. Is that correct?

Yeah that's right. It seems that any application that is run from Mono is a problem (under Windows). I've just tried out the GraphViz extension which was working under .NET, now it appears to hang and eventually I get a "500 Internal Server Error". The Graphviz process started by Mono is left running.

Hope this helps

[SteveB]

Thanks for the extra info. I've been tracking down an elusive bug that relates to out-of-process execution of other applications under Deki Wiki.

[daibach]

No problem Steve, it's great that your giving this some attention. Let me know if you manage to come up with a solution. :)

[SteveB]

I believe this issue and the issue from the following thread are related:
http://forums.opengarden.org/showthread.php?t=708

The problem occurred with dream invoking external processes. A fix has been checked into public/dekiwiki/1.8.2