Forum OpenACS Development: Xowiki Error

Collapse
1: Xowiki Error
Posted by Ryan Gallimore on 05/26/11 08:33 PM
I recently updated to AOLserver 4.5.1 using the lenny Debian package of openacs. But I now encounter this error when trying to access my xowiki instance. I am running the HEAD versions of xowiki and xotcl-core.


1072
while executing
"ns_cache eval xotcl_object_type_cache $parent_id-$name {
set item_id [next]
if {$item_id == 0} break ;# don't cache
return $it..."
(procedure "lookup" line 8)
::xo::db::CrClass ::xo::db::CrCache::Class->lookup
invoked from within
"::xo::db::CrClass lookup -name $name -parent_id $parent_id"
invoked from within
"ns_cache eval xotcl_object_type_cache root_folder-$id {

set folder_id [::xo::db::CrClass lookup -name $name -parent_id $parent_id]
..."
(procedure "require_root_folder" line 6)
::1059 ::xowiki::Package->require_root_folder
invoked from within
"my require_root_folder -name "xowiki: [my id]" -content_types ::xowiki::Page* "
(procedure "require_folder_object" line 3)
::1059 ::xowiki::Package->require_folder_object
invoked from within
"my require_folder_object"
(procedure "init" line 5)
::1059 ::xowiki::Package->init
::xowiki::Package ::xotcl::Class->create
invoked from within
"$package_class create ::$package_id -destroy_on_cleanup -id $package_id -url $url"
(procedure "require" line 30)
::xowiki::Package ::xo::PackageMgr->require
invoked from within
"my require -url $url $package_id"
(procedure "initialize" line 29)
::xowiki::Package ::xo::PackageMgr->initialize
invoked from within
"::xowiki::Package initialize -ad_doc {

This is the resolver for this package. It turns a request into
an object and executes the object with the ..."
(file "/usr/share/openacs/priceton/packages/xowiki/www/index.vuh" line 2)
invoked from within
"source [ad_conn file]"
(procedure "rp_handle_tcl_request" line 3)
invoked from within
"$handler"
("uplevel" body line 2)
invoked from within
"uplevel $code"
invoked from within
"ad_try {
$handler
} ad_script_abort val {
# do nothing
}"
invoked from within
"rp_serve_concrete_file [ad_conn file]"
(procedure "rp_serve_abstract_file" line 60)
invoked from within
"rp_serve_abstract_file "$root/$path""
("uplevel" body line 2)
invoked from within
"uplevel $code"
invoked from within
"ad_try {
rp_serve_abstract_file "$root/$path"
set tcl_url2file([ad_conn url]) [ad_conn file]
set tcl_url2path_info..."

Collapse
2: Re: Xowiki Error (response to 1)
Posted by Ryan Gallimore on 05/26/11 08:37 PM
I had upgraded from a very old version but the install failed. So I ran the upgrade callback manually:


::xowiki::upgrade_callback -from_version_name 0.38 -to_version_name 0.138

This only returned a similar error:


ERROR:
0
while executing
"ns_cache eval xotcl_object_cache ::xo::has_ltree {
if {[db_driverkey ""] eq "postgresql" &&
[db_string check_ltree "select count(*) f..."
(procedure "::xo::db::has_ltree" line 2)
invoked from within
"::xo::db::has_ltree"
(procedure "::xowiki::add_ltree_order_column" line 5)
invoked from within
"::xowiki::add_ltree_order_column"
(procedure "__upgrade" line 154)
invoked from within
"__upgrade $from_version_name $to_version_name"
(procedure "::xowiki::upgrade_callback" line 12)
invoked from within
"::xowiki::upgrade_callback -from_version_name 0.38 -to_version_name 0.138"
("uplevel" body line 2)
invoked from within
"uplevel 1 $script"

Thanks

Collapse
3: Re: Xowiki Error (response to 2)
Posted by Gustaf Neumann on 05/26/11 11:06 PM
whooo, an upgrade over 100 versions, must be from something like end of 2006!

It seems, as if you do not have an xotcl_object_cache yet, which is created by xotcl-core. Most likely, some more of the support-functions needed by the upgrade script are not loaded in the version you are using. Did the upgrade of xotcl-core went well? Since the upgrade scripts use xotcl-core functions, it might be a good idea to upgrade first xotcl-core, restart the server and then continue with the upgrade of xowiki.

During the upgrade of xowiki, you will find entries "-- upgrading to ..." in your error-log. then you know, if you run the upgrade callback again from which number to start.

Collapse
4: Re: Xowiki Error (response to 3)
Posted by Ryan Gallimore on 05/27/11 02:08 AM
The upgrade of xotcl-core went fine. I'll try your suggestion. Thanks, Gustaf.
Collapse
5: Re: Xowiki Error (response to 4)
Posted by Ryan Gallimore on 05/27/11 02:42 AM
I was able to incrementally upgrade xowiki but a restart did not eliminate the problem.

I even re-installed xowiki without success. Why doesn't the cache rebuild on boot?

Collapse
6: Re: Xowiki Error (response to 5)
Posted by Gustaf Neumann on 05/27/11 09:14 AM
Not sure, i understand what's your state. I read from the first sentence that the error from the update script went away and you could upgrade; that would mean that ns_cache is apparently working... and then you say, you see the ns_cache error again when you fetch an xowiki page?

When you start the server and invoke then an xowiki page: what is the first error you see in your error.log?

What do you mean by reinstall? a fresh OpenACS installation?

who says, xowiki "rebuilds the cache". During startup of the server, every cache has to be created via ns_cache create.

You started the thread mentioning that you recently witched to aolserver 4.5.1. Are you aware, that this version has a built-in ns_cache? You must not load the nscache .so file in your configuration.

What do you get if you run the url /xotcl/version-numbers on your machine?