Bug?

[markthompson23]

I have manually set up this installation twice.

Once I'm done, I get this error when attempting to apply categories (I get it when I click on the link to select the category)

——————————–
javax.faces.FacesException: org.alfresco.repo.search.SearcherException: More than one root node? 0

caused by:
org.apache.jasper.JasperException: org.alfresco.repo.search.SearcherException: More than one root node? 0

caused by:
java.lang.RuntimeException: org.alfresco.repo.search.SearcherException: More than one root node? 0

caused by:
org.alfresco.repo.search.SearcherException: More than one root node? 0
——————————-

Here are some details on what I'm doing:

Tomcat on Win2k server

Config changes:
SSL enabled
Mail

Other than that, all I have done is create new space, new users, assigned roles to users within the spaces and moved the some of the existing (Data Dictionary, Alfresco Tutorial) spaces to be sub-spaces of newly created ones.

After I got the error the first time, I blew away the database and started from scratch (that's another story, I thought I could export and then import but that didn't work either)

Anyway, any thoughts?

[lgr]

Hi,

See this article, it deals with the same problem.

http://www.alfresco.org/forums/viewtopic.php?t=365&highlight=one+root+node

Anyway, the same error has occured on my repository, and i've never succedded in making any export work, so the only solution i've found is to reinstall all content from scratch after having reset the database.

If you've got any working solution, please tell me.

Laurent.

[markthompson23]

Are you starting Tomcat as a Windows service? 

I've found that if I start the application using the alf_start.bat file, I don't get the error.  If it's running as a Windows service, I do get the error.  (Going back to the bat solves the error without having to reload anything.)

[lgr]

Well, I'm using Alfresco under linux.
It is launched with the same user and rights as a service or manually.
So i've got the error every time. Anyway, this information should interest the devs…

Laurent.

[davidc]

This issue is often caused by the database and index being out of sync.  The index directory location is a relative path defined in repository.properties, so the location where you start Alfresco is important.  Starting via alf_start and a service may result in different working directories.

To be sure that you're picking up the correct index directory you can provide an absolute path in repository.properties for dir.root.

[lgr]

ok, this is a great info, that explains why i've so many alf-data folders around my partitions. So, i've got a solution to make it work in the future.

Anyway, is there a way to repair my lucene indexes without having to reinstall all from scratch ? I can't export and import with success yet (i've got another post on this issue).

Laurent.

[steve]

Hello,

You can repair your indexes…

First, stop your app server and back up your existing indexes (just in case!)
The indexes are found in: alf_data\lucene-indexes

Then, edit 'index-recovery-context.xml' and change the following line:

<property name="executeFullRecovery">
<value>false</value>                 <!– enable this to start the full index recovery –>
</property>

Change the value to true.

Restart the app server and the indexes should be rebuilt.

Steve

[lgr]

ok, but i've got many alf_data folders, containing each a contentstore and a lucene-indexes folders. Some of the content is in my new official contentstore (referenced by the absolute path in repository.properties)

Do i have to copy all files included in "contentstore" into my new "official" contentstore folder (the one with the absolute path), and start the recovery process  ?

Do i have to do anything with the lucene-indexes included in my old alf_data folders ? erase or copy (copy ? well i don't think so …) ?

Laurent.

[lgr]

And another question : is it possible to clear all content, but leave all spaces structure and users intact ?

I've all content available, but i've defined many users, and some spaces with detailed permissions on it. It does not bother that i loose the content, but redefining all spaces, users and permission should be a pain.

Do you think that erasing all contentstore files, perhaps erasing all lucene indexes, but not erasing the database content should do it ?

Laurent.

[lgr]

Then, edit 'index-recovery-context.xml' and change the following line:

<property name="executeFullRecovery">
<value>false</value>                 <!– enable this to start the full index recovery –>
</property>

I haven't found this key in the file.
I've added it.

But i've got an error :
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'IndexRecoveryJobDetail' defined in cla
ss path resource [alfresco/scheduled-jobs-context.xml]: Can't resolve reference to bean 'indexRecoveryComponent' while setting
property 'jobDataAsMap[indexRecoveryComponent]'; nested exception is org.springframework.beans.factory.BeanCreationException:
Error creating bean with name 'indexRecoveryComponent' defined in class path resource [alfresco/index-recovery-context.xml]:
Error setting property values; nested exception is org.springframework.beans.NotWritablePropertyException: Invalid property 'e
xecuteFullRecovery' of bean class [org.alfresco.repo.node.index.FtsIndexRecoveryComponent]: Bean property 'executeFullRecovery
' is not writable or has an invalid setter method: Does the parameter type of the setter match the return type of the getter?
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'indexRecoveryComponent' defined in cla
ss path resource [alfresco/index-recovery-context.xml]: Error setting property values; nested exception is org.springframework
.beans.NotWritablePropertyException: Invalid property 'executeFullRecovery' of bean class [org.alfresco.repo.node.index.FtsInd
exRecoveryComponent]: Bean property 'executeFullRecovery' is not writable or has an invalid setter method: Does the parameter
type of the setter match the return type of the getter?
org.springframework.beans.NotWritablePropertyException: Invalid property 'executeFullRecovery' of bean class [org.alfresco.rep
o.node.index.FtsIndexRecoveryComponent]: Bean property 'executeFullRecovery' is not writable or has an invalid setter method:
Does the parameter type of the setter match the return type of the getter?

I use Alfresco v1.1.2. Did i miss something ?

Laurent.