Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Error when loading certain content objects #195

Open
flack opened this issue Feb 27, 2013 · 4 comments
Open

Error when loading certain content objects #195

flack opened this issue Feb 27, 2013 · 4 comments

Comments

@flack
Copy link
Member

flack commented Feb 27, 2013

I'm experimenting with porting mgd1 databases to mgd2, and have it more or less running, but when I access certain objects (f.x. browse to them on-site or in Asgard), all I get is a blank page and this in apache's error.log:

ERROR:gda-mutex.c:192:gda_mutex_unlock: assertion failed: (th == mutex->owner)
[Wed Feb 27 15:07:12 2013] [notice] child pid 432 exit signal Aborted (6)

Like I said, the database is migrated from mgd1, so it might that it is somehow inconsistent, but I'm not exactly sure where I should start with debugging. Is there any way to get more useful debug information on this? Right now, the object I'm trying to load is a midgard_article. Another midgard_article in the same topic loads without problems, but this one fails for some reason.

I'm not sure if this is related, but I also get fatal errors from this object when trying to retrieve it from memcache:

Fatal error: Underlying object is not GObject
@piotras
Copy link
Member

piotras commented Feb 27, 2013

Abort signal might be debuged either with gdb (gdb --args apache -X) or with valgrind (valgrind -v --log-file=my.log apache). Underlying object error might be caused by anything, including memcache, xdebug, midgard php extension.

@flack
Copy link
Member Author

flack commented Feb 28, 2013

I did some debugging now and it looks like the sigabort comes from serializing mgd objects. I can reproduce it with:

serialize(new midgard_topic);

on PHP 5.3.3. The machine doesn't have debugging facilities installed, but if necessary, I can try to reproduce the issue in my VM tonight or so.

@piotras
Copy link
Member

piotras commented Feb 28, 2013

Try: create new instance and then serialize, disable gdathreads in configuration file (it's enabled by default).

@flack
Copy link
Member Author

flack commented Mar 5, 2013

just a small update: I haven't gotten around to doing the valgrind thing yet, but I just looked on my server, and it seems that gdathreads is is disabled already, at least I have GdaThreads=false in /etc/midgard2/conf.d/db_name.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants