Help - Search - Members - Calendar
Full Version: MT suddenly not rebuilding indexes or publishing
Movable Type Community Forum > Other Product Discussion > Bugs and Odd Behavior
holiday
I do not know if this is a server problem. I noticed a couple of days ago that when rebuilding my whole site the rebuild of my indexes would just hang forever. I then tried rebuilding just indexes and again it would hang.

Now when I am trying to post it takes forever for it to complete (actually at this point never does). The only thing that I've done beside upgrading to latest version is adding a Atom feed to my indexes (which I seem to remember having once but recently I noticed it gone so I made one).

Anyhow, I can't post at the moment so I am hoping someone out there has some ideas as to what is going wrong.

Thanks.

*Edit: OK my posts are publishing but I never get a completion screen from MT admin like I did before. The load bar on I.E. goes like half way.
kevincmurphy
I'm having a very similar problem ever since installing 3.11. Long, long post times that time out more often than not. It's not a server issue, 'cause pages seem to load fine.
holiday
Yes, it only has to do with the index files and generating new posts. Now, I can rebuild my index.php just fine all on it's own but to do all indexes together is a problem. Also I can post a new entry but it's not a complete action. The load bar creeps along, something is happening but not all that needs to be. It seems a number of people are experiencing this.

What I'd like to know is if I redo the 3.1.1 upgrade will that fix anything. I'm also a little curious as to what happened to my atom.xml as I never erased it and yet it had dissappeared. I wonder if me creating the atom.xml again has anything to do with my current problem. Something is causing my MT to stall on certain rebuilds.

*EDIT:
OK well my index template rebuilds is no longer a problem. It was my checklinks.php that was stalling everything. I erased that file and now I'm rebuilding OK. Hopefully this will also reflect in my posting times as well.
kevincmurphy
Ok, well, I don't have checklinks.php (or any other plugins, for that matter), yet new entries invariably stall out. Again, this began with 3.1. Any ideas? Is this a common problem?

Any help would be greatly appreciated.

Ok, I may have found the answer in another forum:

"Add CODE
LaunchBackgroundTasks 0
to your mt.cfg and see if that improves things (or, upgrade to 3.11, which will do the same thing unless you have LaunchBackgroundTasks 1 in mt.cfg)."
holiday
As far as I can understand it that solution is geared around your system resources. So if you were posting and at the time of that function your system resources were low you'd get a lag trying to post. But if you had absolutley no problems posting before, everything is zip-zip-zip and now since you upgraded your experiencing a lag well I'd tend to say it has to do with something else.
Make sure that your upgrade did in fact go without a hitch.

Also You might want to check over your index templates and see if anything is amiss in the code. Or check to see if you have a plugin that is causing errors.

Also you might want to clear out your temp internet files as I noticed once that folder gets too big everything bogs down.
kevincmurphy
Bump.

As I noted in the disappearing entries post below (which seems to be a different and solvable problem), my rebuilds have continued to get slower and slower until today, when they have stopped...I just get a "Forbidden. You don't have permission to access /movabletype/mt.cgi on this server" error when I try to change anything, even though I seem to be able to log into mt.cgi fine. In other words, I can't post at all now.

I have reinstalled the MT 3.11 upgrade, didn't help. I've also tried multiple browsers...no dice. The permission settings haven't changed and I have no plug-ins.

Help?
doggone
When I had this problem with 2.6x, my host recommended commenting out the "NoTempFiles 1" line in mt.cfg. This stops mt from creating a temporary file for entries and then doing a second save to a permanent file (as I understand it).

The temp file build was not only causing v e r y long save times, but apparently was eating the server resources. An automatic program on the server blocked access to mt.cgi and I got a message similar to yours - "Forbidden."

No one contacted me as to why I didn't have access so I contacted my host who explained the problem; told me the "fix" and restored access. In other words, your forbidden message may be coming from your host - not from mt.

Please don't take my suggestion as gosple. It is just what worked for me.
kevincmurphy
Thanks, doggone. The forbidden error was indeed a server-side problem...the server had locked me out because MT was eating too many resources and assumed I was a spambot.

So I'm back on, but MT is still running sloooow. I tried uncommenting the line you noted, but it didn't seem to make much difference, sadly. Any other ideas? Just to clarify, it's rebuilds, new entries, comment deleting, etc. that are all running slow, so much so that I often get a 500 error. I have recently reinstalled 3.11 and have no plug-ins.
doggone
Well, I'm glad you found out what the problem was and got back running.

In reading my previous post, I said "commented out" the
CODE
NoTempFiles 1

Actually, you should make that active by removing the # in front of it. Sorry sad.gif

Going out on a limb, you might want to play around with decreasing the
CODE
EntriesPerRebuild 40


MT automatically rebuilds 40 at a time. I don't know if decreasing that number would speed things up or not, but it seems like it would

Anyway, you might also look at what archives you are building (or have selected). The more archives, the more time saves, rebuilds, etc are going to take. For example, one of my blogs is kind of an article archive. I add 10 to 20 "entries" a day there. I do not use Individual archives at all for that blog. (I did, but dropped it because it was both unnessary and overloading the system). On my "main" blog, I don't use the calendar, so I took out the daily and weekly archives. That sped things up for me. So I'd take a look at the MT Manual and see what the differences are to select your archive needs.

There is also a nice piece on Movalog Speed Up that discusses how to make your blog load and run more efficiently.

Hopefully someone else will have some other ideas, or even actual expertise. Good luck!
cittigirl
It's amazing! This seems to be a fairly common problem and in general, I would say I have good searching skills but I just couldn't find a thread with a list of solutions...

Site5.com hosts my Cittigirl.com - I've had extremely good luck with them so I doubt it's a server issue but who knows. Their support is very responsive and did verify that no maintenance was happening and that things look OK on their end.

The issue:
Indexes rebuild fine, but could not rebuild archives (category worked sometimes but monthly and individual would not).

Rebuilding monthly & individual pages timed out to a "page cannot be displayed"

Here's what I did to fis the issue

In my mt-config.cgi I changed the following settings:

CODE
OLD
LaunchBackgroundTasks 0

EntriesPerRebuild 40

NEW
LaunchBackgroundTasks 1

EntriesPerRebuild 30


It takes awhile to rebuild all of those entries 30 at a time but in reality - other than a redesign or change in config, I won't manually rebuild the archive pages often anyway.

Hope this helps someone else!
cittigirl
(sorry - got an error message that said it couldn't complete the request but then it posted it twice)
lisa
You'll want to see if you can get ahold of the web server error logs and see what errors are being logged. That may be happening because your server is running out of memory while it's processing the rebuilds.

I see you have full entries for each post on the categories and monthly pages. You may want to switch to titles only or titles plus excerpt format to make those pages shorter and faster to rebuild.
bunger
I am now experiencing this same issue... the mt.cgi process grabs at least 70% of my hosting server's memory (needless to say, they don't like that) and I can't post anything?!?! I have tried all of the suggested fixes in this post:

NoTempFiles 1
EntriesPerRebuild 10
LaunchBackgroundTasks 0

I let it the post run for about 5 minutes before killing it (I dont' want my hosting provider to get too upset w/ me) and thumbnails haven't been created nor has the post?!?

I am so frustrated with this!!!!!!??!!

Thanks in advance,
Bill
lisa
Do you have access to your web server error logs? Also, there's a known bug fix that you might want to try:
http://brandon.fuller.name/archives/2006/02/22/12.37.50/
bunger
QUOTE (lisa @ Apr 8 2006, 11:08 AM)
Do you have access to your web server error logs? Also, there's a known bug fix that you might want to try:
http://brandon.fuller.name/archives/2006/02/22/12.37.50/
*


Lisa,

Thanks for the quick response. I will check with my hosting provider (www.micfo.com) about Apache's error logs and will also check into the bug fix and will post back later tonight. I have been testing different options all morning and want to give their server a break until this evening... :-)
bunger
QUOTE (lisa @ Apr 8 2006, 11:08 AM)
Do you have access to your web server error logs? Also, there's a known bug fix that you might want to try:
http://brandon.fuller.name/archives/2006/02/22/12.37.50/
*



I haven't been able to determine the web server logs question yet, but Brandon Fuller's fix didn't work. I just tried another post and it immediately sucked up over 4GB of the server's memory?!?

Any other thoughts?

Bill
lisa
Check this article and change as many templates as you can to not automatically rebuild:
http://www.sixapart.com/movabletype/kb/reb...lds_take_t.html
bunger
QUOTE (lisa @ Apr 10 2006, 04:51 PM)
Check this article and change as many templates as you can to not automatically rebuild:
http://www.sixapart.com/movabletype/kb/reb...lds_take_t.html
*


Just to follow-up... the problem was entirely with my hosting service?!?!? I have since begun the move to another hosting service... :-)

Thanks for all of the help!
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-2010 Invision Power Services, Inc.