| Author | Post |
|---|
Marc J
Member
| Joined: | Sat Jun 17th, 2006 |
| Location: | |
| Posts: | 17 |
|
Posted: Mon Feb 5th, 2007 08:58 pm |
|
Hitting escape 3 times in my editable pages has stopped working for some reason.
I tried to login as admin via the control panel, but this hangs. It hangs whether the login details are correct or not, it seems to load something but stays on the "egg timer" cursor.
I'm running IE7 with version 6.20.061129, I notice there's a newer version but since I can't login I can't auto-upgrade, how do I go about doing a manual upgrade (keeping all settings, users etc)?
This is happening on two (separate) installations of EditWRX on the same server (they used to work fine). One thing I have noticed is that on the login page of one of them, there's a stray "<div id=zlayer" (no quotes) at the bottom of the page! Very strange....maybe this helps diagnosis?
Last edited on Mon Feb 5th, 2007 09:33 pm by Marc J |
Marc J
Member
| Joined: | Sat Jun 17th, 2006 |
| Location: | |
| Posts: | 17 |
|
Posted: Tue Feb 6th, 2007 07:34 am |
|
I just discovered that when I try to login to EditWrx, a file called core.xxx (random number) is generated in my editwrx folder, which is around 44Mb in size!
This appears instantly, and if I delete it it reappears when I access http://www.mydomain.com/editwrx/wrx.cgi or hit escape 3 times on an editable page!
What could possibly be causing this, and how do I fix it?
|
Keith
Moderator
| Joined: | Fri Apr 8th, 2005 |
| Location: | |
| Posts: | 578 |
|
Posted: Tue Feb 6th, 2007 05:05 pm |
|
Marc J
We had to change the server editwrx.com is on back in Nov. Your server appears to still have the old IP cached in it's memory for checking for updates. Since there is nothing at the old IP EditWrx hangs up trying to check for the current version number until it times out. The symptoms you describe are all related to that.
To get your server to check for the current IP for editwrx.com you might try restarting bind. But usually you have to physically reboot the server to flush it's DNS cache.
Alternately, if you cannot reboot the server, open /library/data/config.txt and change
$check_for_updates='1'
to
$check_for_updates='0'
That will disable checking for updates until your server does get rebooted. You will then need to do updates manually.
If you download http://www.editwrx.com/download/zip/update.zip upload the icons and library folder to do an update. Your unique settings and users are all in the /library/data folder and that zip does not contain any data folder so you can safely just upload everything in the icons and library folders in the zip. Do NOT upload the wrx.cgi in the zip. It is there only for repairing a currupted wrx.cgi if needed.
|
Marc J
Member
| Joined: | Sat Jun 17th, 2006 |
| Location: | |
| Posts: | 17 |
|
Posted: Tue Feb 6th, 2007 05:17 pm |
|
Hi Keith, thanks for your reply.
I can't reboot the server just now, I did the manual update and changed the update variable in cofig.txt but the problem persists - hitting escape 3 times or logging in via control panel hangs and creates a 44Mb file in /editwrx folder...is rebooting the server the only solution?
Last edited on Tue Feb 6th, 2007 05:18 pm by Marc J |
Keith
Moderator
| Joined: | Fri Apr 8th, 2005 |
| Location: | |
| Posts: | 578 |
|
Posted: Tue Feb 6th, 2007 05:32 pm |
|
| Does this happen whenever you try to access wrx.cgi, or does it happen only when you try to login after the login page has loaded?
|
Marc J
Member
| Joined: | Sat Jun 17th, 2006 |
| Location: | |
| Posts: | 17 |
|
Posted: Tue Feb 6th, 2007 05:35 pm |
|
Now that you mention it, the file is created immediately upon accessing wrx.cgi, either by visiting it directly (editwrx/wrx.cgi) or by viewing any page which has the script call (<script language=javascript src="/editwrx/wrx.cgi?prompt"></script>) included.
Further visits create more files, all named core.xxxx (number), the 2nd was is usually about 22Mb, then all the others are 0 bytes...I'm assuming because the disk quota on the hosting account is reached!
Last edited on Tue Feb 6th, 2007 05:38 pm by Marc J |
Marc J
Member
| Joined: | Sat Jun 17th, 2006 |
| Location: | |
| Posts: | 17 |
|
Posted: Tue Feb 6th, 2007 05:42 pm |
|
I just got this response from my server admin: -
I've restarted Bind and here is the latest details
root@servername [~]# host editwrx.com
editwrx.com has address 206.222.19.194
root@servername [~]# ping editwrx.com
PING editwrx.com (206.222.19.194) 56(84) bytes of data.
64 bytes from 206.222.19.194: icmp_seq=0 ttl=56 time=106 ms
I verified that this is the _new_ IP from 3 different locations.
But the problem persists, exactly the same :(
Last edited on Tue Feb 6th, 2007 05:42 pm by Marc J |
Keith
Moderator
| Joined: | Fri Apr 8th, 2005 |
| Location: | |
| Posts: | 578 |
|
Posted: Tue Feb 6th, 2007 05:51 pm |
|
OK, that does not seem to be an update problem.
Since this is happening on two domains I'm assuming something has changed on the server's setup. Could you submit a Support Request at http://www.editwrx.com/support.html with the FTP url, FTP username, and FTP password? Getting onto the server with FTP is the fastestb way I can troubleshoot what's causing it.
|
Marc J
Member
| Joined: | Sat Jun 17th, 2006 |
| Location: | |
| Posts: | 17 |
|
Posted: Tue Feb 6th, 2007 06:03 pm |
|
Request sent!
I should add that I installed a fresh copy of editwrx on another domain I have on the same server, and it works no problems! All very confusing...to me anyway :(
|
Keith
Moderator
| Joined: | Fri Apr 8th, 2005 |
| Location: | |
| Posts: | 578 |
|
Posted: Tue Feb 6th, 2007 07:40 pm |
|
Got it Marc
Your server is creating an internal server error if I try to use, or even test for, ImageMagick. The core dump is the output from Perl's attempt to load the Image::Magick module. Usually if ImageMagick is not installed it just returns the error message. I think that it is returning the core dump because ImageMagick is incorrectly installed.
On those two domains, I set a $no_imc=1 in the /library/data/config.txt file to keep EditWrx from attempting to check for the Image::Magick module. The problem went away. That is a default setting on newer versions unless it is changed during the check in Site Parameters.
|
Marc J
Member
| Joined: | Sat Jun 17th, 2006 |
| Location: | |
| Posts: | 17 |
|
Posted: Tue Feb 6th, 2007 07:43 pm |
|
Wow, thanks very much Keith!
I happen to know that ImageMagick was upgraded to the latest version on the server a few days ago, I know because I requested it for use on another domain on the server!
I'll let the server admin know, and see if anything can be done. Thanks a lot for all your help!
|
Marc J
Member
| Joined: | Sat Jun 17th, 2006 |
| Location: | |
| Posts: | 17 |
|
Posted: Tue Feb 6th, 2007 08:15 pm |
|
| Out of curiousity, what affect does it have on the functionality of EditWrx when ImageMagick is switched off like this? Last edited on Wed Feb 7th, 2007 07:35 am by Marc J |
Keith
Moderator
| Joined: | Fri Apr 8th, 2005 |
| Location: | |
| Posts: | 578 |
|
Posted: Tue Feb 6th, 2007 08:35 pm |
|
| The ability to create thumbnail images on the Insert Image dialog will not appear, and the Gallery Maker tool will not work. Those are the only functionality affected.
|
Keith
Moderator
| Joined: | Fri Apr 8th, 2005 |
| Location: | |
| Posts: | 578 |
|
Posted: Wed Feb 7th, 2007 03:26 am |
|
Marc
Have your server admin create a cgi script with the following code
#!/usr/bin/perl --
use Image::Magick;
print "Content-type: text/html\n\n";
print "OK";
When that runs in a browser without an internal server error, then imagemagick is installed correctly.
If you are on RedHat or CentOS he'll probably need to install using 'yum' (he'll know what yum is).
|
sinasylum
Member
| Joined: | Sun Mar 12th, 2006 |
| Location: | |
| Posts: | 12 |
|
Posted: Thu Dec 6th, 2007 06:02 am |
|
Hi Keith,
I am having a similar issue and wanting to try this test below... I created a cgi script with that code and gave it 755 perm... now what? Did I do right by making it imcheck.cgi and then trying to access this in browser?
I am not sure how to get around this error because between myself and your emails to me giving clear instructions to our admins to install imagemagick with yum, i still get that error.
Thank you.
Keith wrote:
Marc
Have your server admin create a cgi script with the following code
#!/usr/bin/perl --
use Image::Magick;
print "Content-type: text/htmlnn";
print "OK";
When that runs in a browser without an internal server error, then imagemagick is installed correctly.
If you are on RedHat or CentOS he'll probably need to install using 'yum' (he'll know what yum is).
|
sinasylum
Member
| Joined: | Sun Mar 12th, 2006 |
| Location: | |
| Posts: | 12 |
|
Posted: Thu Dec 6th, 2007 08:56 am |
|
Okay, here is the deal... in case this helps anyone out there...
We had our admins install imagemagick, then recompile it again in hopes of avoiding that 500 error... in the end it was the following which fixed things:
The ImageMagic was not installed in the default path, which had caused the issue. We created a symlink to the default path, which fixed the issue.
Again, I hope this is of help to someone out there, b/c we have spent three or four days on this.
Case closed. :o)
sinasylum wrote:
Hi Keith,
I am having a similar issue and wanting to try this test below... I created a cgi script with that code and gave it 755 perm... now what? Did I do right by making it imcheck.cgi and then trying to access this in browser?
I am not sure how to get around this error because between myself and your emails to me giving clear instructions to our admins to install imagemagick with yum, i still get that error.
Thank you.
Keith wrote:
Marc
Have your server admin create a cgi script with the following code
#!/usr/bin/perl --
use Image::Magick;
print "Content-type: text/htmlnn";
print "OK";
When that runs in a browser without an internal server error, then imagemagick is installed correctly.
If you are on RedHat or CentOS he'll probably need to install using 'yum' (he'll know what yum is).
|
Current time is 05:03 pm | |
|
