eZ Community » Forums » Developer » Admin login causing site to break
expandshrink

Admin login causing site to break

Admin login causing site to break

Wednesday 22 August 2012 10:24:46 pm - 4 replies

We are running ezpublish 4.3.0

Recently (around 2 weeks ago) when logging into the admin, the site became unavailable. We had to restore an older database backup to get the site running again and we disabled the admin so it wouldn't happen again. In digging through the database I found a document that was saved improperly at some point and had 2 published versions. I set one of the versions to 'archived' and made sure the url alias was pointing to the correct published version. However, that has not corrected the admin issue. Logging in still does something that causes the site to become unavailable. The admin also gives the kernel(3) error about the object being unavailable and the site document tree is not visible. I end up having to restore a backup database to correct the error and then re-fix the document with 2 published versions.

Are there steps to take to test what happens when admin login occurs that is affecting the database and creating this problem? Does anyone have any suggestions about what might be wrong, or where to look. I am not very familiar with ezpublish. Thank you.

Thursday 23 August 2012 11:30:51 am

Hi Melissa,

I'm sure I've had this error at some point in the past, and is probably associated with corrupt data.  

A couple of ways to get more info about the error:

Hope this helps!
Geoff 

Thursday 23 August 2012 2:30:10 pm

the var/log files only mention Translation and parser errors which don't seem that helpful

[ Aug 23 2012 08:16:58 ] [66.249.71.198] eZPHPCreator::restore:
Variable 'TranslationRoot' is not present in cache 'var/site/cache/translation/b6fa203ce05982273e09a4578fc87ba3/eng-US/c289b3ed89e7dee8a3a352a77b308232.php'
[

[ Aug 23 2012 08:16:20 ] [46.4.95.140] eZTemplate:def:
parser error @ extension/site/design/de/override/templates/full/folder.tpl:28
(

If data corruption is the issue - is there a recommended way to repair the data/database?

What did you do if/when you saw this error?

I cannot turn on debugging or php error display on a production site and these problems don't exist on the development site. Any other ideas?

Thursday 23 August 2012 3:38:00 pm

I turned on debugging for my IP only which resulted in less than helpful debug messages.

error::1 [15]

  • Some errors occurred, see debug for more information.

Thursday 23 August 2012 11:06:03 pm

Quote from Melissa Anderson :

the var/log files only mention Translation and parser errors which don't seem that helpful

[ Aug 23 2012 08:16:58 ] [66.249.71.198] eZPHPCreator::restore:
Variable 'TranslationRoot' is not present in cache 'var/site/cache/translation/b6fa203ce05982273e09a4578fc87ba3/eng-US/c289b3ed89e7dee8a3a352a77b308232.php'
[

[ Aug 23 2012 08:16:20 ] [46.4.95.140] eZTemplate:def:
parser error @ extension/site/design/de/override/templates/full/folder.tpl:28
(

Have you tried clearing all the caches (or at least the translation cache)?  I presume this is a multi-lingual site?

Are template compilation & all caching options disabled on your development site?  Sometimes things that work with caching/compilation disabled, break when it's enabled.

I'd also see if you can track down and fix the parser error on the dev site.

If data corruption is the issue - is there a recommended way to repair the data/database?

Restoration is best. With content made up of rows in multiple DB tables, one missing row can potentially cause issues.

What did you do if/when you saw this error?

I believe I restored a backup.

I cannot turn on debugging or php error display on a production site and these problems don't exist on the development site. Any other ideas?

You've found DebugByIP or DebugByUserID, so that's good, but as you say, sometimes the output is less than ideal, due to template compilation.

My only suggestion is to pull back a copy of the live site - code & DB & filesystem - to your local server, and debug from there.

Hope this helps in some way, even if it's just moral support happy.gif Emoticon
Geoff 

expandshrink

You must be logged in to post messages in this topic!

36 542 Users on board!

Forums menu

Proudly Developed with from