ERROR: Ensure that the 'dir.root' property is pointing to...

[ds-crcpress]

I have read other posts related to this error message but none of them work.  I have deleted the alfresco data directory and the database schema, tomcat temp files, logs, etc in attempt to get a 'fresh' installation.  But I still get the error:

14:28:52,592 INFO  [node.index.FullIndexRecoveryComponent] Index recovery started: 1,103 transactions.
14:28:54,580 INFO  [node.index.FullIndexRecoveryComponent]      10 % complete.
14:28:55,376 INFO  [node.index.FullIndexRecoveryComponent]      20 % complete.
14:28:56,001 INFO  [node.index.FullIndexRecoveryComponent]      30 % complete.
14:28:56,953 INFO  [node.index.FullIndexRecoveryComponent]      40 % complete.
14:28:57,753 INFO  [node.index.FullIndexRecoveryComponent]      50 % complete.
14:28:58,718 INFO  [node.index.FullIndexRecoveryComponent]      60 % complete.
14:28:59,926 INFO  [node.index.FullIndexRecoveryComponent]      70 % complete.
14:29:01,309 INFO  [node.index.FullIndexRecoveryComponent]      80 % complete.
14:29:02,702 INFO  [node.index.FullIndexRecoveryComponent]      90 % complete.
14:29:03,095 INFO  [node.index.FullIndexRecoveryComponent]      100 % complete.
14:29:03,098 INFO  [node.index.FullIndexRecoveryComponent] Index recovery completed.
14:35:20,490 DEBUG [repo.admin.ConfigurationChecker] Starting bootstrap configuration check: ConfigurationChecker[indexRecoveryMode=FULL]
14:35:20,491 INFO  [repo.admin.ConfigurationChecker] The Alfresco root data directory ('dir.root') is: /mnt/alfresco-data/live
14:35:20,501 ERROR [repo.admin.ConfigurationChecker] CONTENT INTEGRITY ERROR: System content not found in content store.
14:35:20,501 ERROR [repo.admin.ConfigurationChecker] Ensure that the 'dir.root' property is pointing to the correct data location.
14:35:20,506 ERROR [web.context.ContextLoader] Context initialization failed
org.alfresco.error.AlfrescoRuntimeException: Ensure that the 'dir.root' property is pointing to the correct data location.
        at org.alfresco.repo.admin.ConfigurationChecker.check(ConfigurationChecker.java:312)
        at org.alfresco.repo.admin.ConfigurationChecker.access$000(ConfigurationChecker.java:72)
        at org.alfresco.repo.admin.ConfigurationChecker$1.execute(ConfigurationChecker.java:178)
        at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:225)
        at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:155)
        at org.alfresco.repo.admin.ConfigurationChecker.onBootstrap(ConfigurationChecker.java:182)
        at org.alfresco.util.AbstractLifecycleBean.onApplicationEvent(AbstractLifecycleBean.java:62)
        at org.springframework.context.event.SimpleApplicationEventMulticaster$1.run(SimpleApplicationEventMulticaster.java:77)
        at org.springframework.core.task.SyncTaskExecutor.execute(SyncTaskExecutor.java:49)
        at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:75)
        at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:241)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:349)
        at org.springframework.web.context.support.AbstractRefreshableWebApplicationContext.refresh(AbstractRefreshableWebApplicationContext.java:156)
        at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:246)
        at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:184)
        at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:49)
        at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3830)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4337)
        at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
        at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
        at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
        at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:825)
        at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:714)
        at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490)
        at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138)
        at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
        at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
        at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
        at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
        at org.apache.catalina.core.StandardService.start(StandardService.java:516)
        at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
        at org.apache.catalina.startup.Catalina.start(Catalina.java:566)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
Mar 27, 2008 2:35:20 PM org.apache.catalina.core.StandardContext start
SEVERE: Error listenerStart
Mar 27, 2008 2:35:20 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [/alfresco] startup failed due to previous errors‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Why?  I tried taking a look at the code where the exception is being thrown.  In ConfigurationChecker.java, since the Lucene indexes exist, it should follow through and check for missing content (versionPropertiesContentAvailable check on line 298, last revision changed 1008 in Subversion).  How do I get around this?  I notice there is also a strict property that will skip over this problem.  Do I configure that in a Spring XML configuration? or is there a simple system property I can set at runtime (-Dstrict=false)?

Help!

Thanks,

David

[ds-crcpress]

Is there a way to kick off the initial bootstrap process again?

-David

[ds-crcpress]

Found this which should answer one of my questions about disabling strict system tests:

http://wiki.alfresco.com/wiki/Repository_Configuration#Automatic_System_Configuration_Checks

-David

[ds-crcpress]

New developments:

I downloaded the tomcat distribution and notice that there are LOTS of extensions already added.  There is a lot of information that can be learned from this…

[ds-crcpress]

Problems solved (knock on wood)!

What I did:

1) Downgraded to Tomcat 5.5.25
2) Used WinMerge to figure out differences between the alfresco-community tomcat bundle and a copy of apache-tomcat-5.5.25 distro.  I ONLY copied the files that were missing from the alfresco bundle to the respective tomcat-5 distro location.
3) Started server–got "Transaction not started" error (bean failed to initialize, no transaction was the cause).  Turns out the HSQLDB configuration was wrong?  Not sure, but i reconfigured it for my MS SQL 2005 server based on the configuration files (there is a special Alfresco SQL Server dialect that is used) and it worked!  If you ever get the Transaction issue, it is just because of a misconfigured data source.  Make sure your config is 100% correct (url, username, password, drivers are in common/lib, etc).
4) Moved alfresco data directory.  Then I got more exceptions on restart.  I solved this by the usual recommendation–delete the database and recreate it, delete the content store, then start tomcat.

I've gone through a process that is repeatable, so I am pretty confident this is the solution to my problems.

* pat myself on the back * 

[ds-crcpress]

Forgot to also note as part of merging the changes from the alfresco bundle into tomcat-5.5.25 distro:

* I modified the catalina.bat startup script to mimic the modifications made to the JVM options, and endorsed libraries directories in the alfresco bundle startup scripts.

[luã_smiguelsequ]

4) Moved alfresco data directory.  Then I got more exceptions on restart.  I solved this by the usual recommendation–delete the database and recreate it, delete the content store, then start tomcat.

I wonder if that means "losing all content"… so far, I haven't been able to fix this issue (using Linux in my case), but I have not been bold enough to delete "too much", just the lucene-indexes directory.

[luã_smiguelsequ]

Definitely not a solution for me.

Alfresco is fine if you're willing to start everything from scratch (ie. a clean database). If you have GBytes of content and angry customers that cannot access it, and there is no way to get Alfresco to notice that everything is there where it should be — it's a huge problem.

[zeeshan_h_naqvi]

i had same issue , then i solve this issue by following step:-

-> delete alfresco/alf_data/*
-> create new database in mysql and give database info to alfresco/apache-tomcate/share/classes/alfresco-gloable.properties
-> restart alfresco .

note:- if u do this thing u will loss ur data and information .  

[timharder]

Just delete the alf_data_dev in your Alfresco and restart.
Attention: All data will be lost
If you are unsure wether you want all your dev data to be deleted, just rename the folder alf_data_dev to alf_data_dev_old and restart.