Problemas con Alfresco y SOLR (SOLUCIONADO)

[darkmstr]

Lo siento no se si este sea el sitio indicado pero tengo un problema con Alfresco que a intentar una nueva opcion cambia.
Primero se trata de un sitio el cual no tiene acceso al "/alfresco" por ende el "/share" falla al logear, cuando se instalo venia con una BD de datos vacia la cual no tenia ni siquiera el usuario basico registrado (No se porque), cree un dump de una instalacion de Alfresco que poseo en otra PC, y lo monte en esta. Ya tiene los usuarios aun asi no hay servicio de login, la falla segun he leido es de SOLR, al comienzo tenia un log diferente que por desgracia no tengo copia ya que eliminaba cada vez el log para ver solo el registro de lo nuevo, el ultimo cambio que hice fue borrar una carpeta de SOLR para reindexar pero no se logro nada, hice una copia de nuevo con esa carpeta y ahora aparece este log en el catalina.2010-07-31.log

    Jul 31, 2012 8:59:06 AM org.apache.catalina.core.AprLifecycleListener init
    INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /opt/alfresco-4.0.d/java/jre/lib/amd64/server:/opt/alfresco-4.0.d/java/jre/lib/amd64:/opt/alfresco-4.0.d/java/jre/../lib/amd64:/opt/alfresco-4.0.d/postgresql/lib:/opt/alfresco-4.0.d/common/lib::/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib
    Jul 31, 2012 8:59:06 AM org.apache.coyote.http11.Http11Protocol init
    INFO: Initializing Coyote HTTP/1.1 on http-8080
    Jul 31, 2012 8:59:06 AM org.apache.coyote.http11.Http11Protocol init
    INFO: Initializing Coyote HTTP/1.1 on http-8443
    Jul 31, 2012 8:59:06 AM org.apache.catalina.startup.Catalina load
    INFO: Initialization processed in 686 ms
    Jul 31, 2012 8:59:06 AM org.apache.catalina.core.StandardService start
    INFO: Starting service Catalina
    Jul 31, 2012 8:59:06 AM org.apache.catalina.core.StandardEngine start
    INFO: Starting Servlet Engine: Apache Tomcat/6.0.29
    Jul 31, 2012 8:59:06 AM org.apache.catalina.startup.HostConfig deployDescriptor
    INFO: Deploying configuration descriptor manager.xml
    Jul 31, 2012 8:59:06 AM org.apache.catalina.startup.HostConfig deployDescriptor
    INFO: Deploying configuration descriptor alfresco.xml
    Jul 31, 2012 8:59:08 AM org.apache.catalina.core.StandardContext addApplicationListener
    INFO: The listener "org.apache.myfaces.webapp.StartupServletContextListener" is already configured for this context. The duplicate definition has been ignored.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.core.StandardContext start
    SEVERE: Error listenerStart
    Jul 31, 2012 8:59:37 AM org.apache.catalina.core.StandardContext start
    SEVERE: Context [/alfresco] startup failed due to previous errors
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [SolrWatcherScheduler_Worker-1] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [SolrWatcherScheduler_Worker-2] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [SolrWatcherScheduler_Worker-3] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [Timer-0] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [DefaultScheduler_Worker-1] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [DefaultScheduler_Worker-2] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [DefaultScheduler_Worker-3] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [DefaultScheduler_Worker-4] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [DefaultScheduler_Worker-5] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [DefaultScheduler_Worker-6] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [DefaultScheduler_Worker-7] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [DefaultScheduler_Worker-8] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [DefaultScheduler_Worker-9] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [DefaultScheduler_Worker-10] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [Thread-4] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [JobAcquisitionThread] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [Timer-1] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [Timer-2] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [Timer-3] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [MessageDispatcher] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [Timer-6] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [SolrWatcherScheduler_QuartzSchedulerThread] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/alfresco] appears to have started a thread named [DefaultScheduler_QuartzSchedulerThread] but has failed to stop it. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearThreadLocalMap
    SEVERE: The web application [/alfresco] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@ccdb92b]) and a value of type [org.apache.cxf.bus.CXFBusImpl] (value [org.apache.cxf.bus.CXFBusImpl@1637bc9e]) but failed to remove it when the web application was stopped. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearThreadLocalMap
    SEVERE: The web application [/alfresco] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@25403477]) and a value of type [org.alfresco.util.CachingDateFormat] (value [yyyy-MM-dd]) but failed to remove it when the web application was stopped. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearThreadLocalMap
    SEVERE: The web application [/alfresco] created a ThreadLocal with key of type [null] (value [org.alfresco.repo.tagging.TagScopePropertyMethodInterceptor$1@1a3483bc]) and a value of type [java.lang.Boolean] (value [true]) but failed to remove it when the web application was stopped. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearThreadLocalMap
    SEVERE: The web application [/alfresco] created a ThreadLocal with key of type [null] (value [com.sun.xml.bind.v2.ClassFactory$1@6db4b914]) and a value of type [java.util.WeakHashMap] (value [{class org.alfresco.repo.audit.model._3.Audit=java.lang.ref.WeakReference@dc85d20, class org.alfresco.repo.audit.model._3.PathMap=java.lang.ref.WeakReference@5d59e6f1, class org.alfresco.repo.audit.model._3.AuditPath=java.lang.ref.WeakReference@39490818, class org.alfresco.repo.audit.model._3.DataGenerator=java.lang.ref.WeakReference@69b27d09, class java.util.ArrayList=java.lang.ref.WeakReference@452f1015, class javax.xml.bind.annotation.W3CDomHandler=java.lang.ref.WeakReference@14c8f62f, class org.alfresco.repo.audit.model._3.Application=java.lang.ref.WeakReference@159a9252, class org.alfresco.repo.audit.model._3.DataExtractor=java.lang.ref.WeakReference@56fc5092, class org.alfresco.repo.audit.model._3.GenerateValue=java.lang.ref.WeakReference@4f0dcddb, class org.alfresco.repo.audit.model._3.PathMappings=java.lang.ref.WeakReference@13460d69, class org.alfresco.repo.audit.model._3.DataExtractors=java.lang.ref.WeakReference@5c1a7261, class org.alfresco.repo.audit.model._3.DataGenerators=java.lang.ref.WeakReference@4c4b6d84, class org.alfresco.repo.audit.model._3.RecordValue=java.lang.ref.WeakReference@6c031c3d}]) but failed to remove it when the web application was stopped. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearThreadLocalMap
    SEVERE: The web application [/alfresco] created a ThreadLocal with key of type [org.alfresco.repo.policy.BaseBehaviour.StackThreadLocal] (value [org.alfresco.repo.policy.BaseBehaviour$StackThreadLocal@40332031]) and a value of type [java.util.Stack] (value [[]]) but failed to remove it when the web application was stopped. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearThreadLocalMap
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearThreadLocalMap
    SEVERE: The web application [/alfresco] created a ThreadLocal with key of type [null] (value [com.sun.xml.bind.v2.runtime.Coordinator$1@5c8691e4]) and a value of type [java.lang.Object[]] (value [[Ljava.lang.Object;@6d43f31]) but failed to remove it when the web application was stopped. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:39 AM org.apache.catalina.startup.HostConfig deployDescriptor
    INFO: Deploying configuration descriptor host-manager.xml
    Jul 31, 2012 8:59:39 AM org.apache.catalina.startup.HostConfig deployWAR
    INFO: Deploying web application archive share.war
    Jul 31, 2012 8:59:44 AM org.apache.catalina.startup.HostConfig deployDirectory
    INFO: Deploying web application directory solr
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.SolrResourceLoader locateSolrHome
    INFO: No /solr/home in JNDI
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.SolrResourceLoader locateSolrHome
    INFO: solr home defaulted to 'solr/' (could not find system property or JNDI)
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.SolrResourceLoader <init>
    INFO: Solr home set to 'solr/'
    Jul 31, 2012 8:59:44 AM org.apache.solr.servlet.SolrDispatchFilter init
    INFO: SolrDispatchFilter.init()
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.SolrResourceLoader locateSolrHome
    INFO: No /solr/home in JNDI
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.SolrResourceLoader locateSolrHome
    INFO: solr home defaulted to 'solr/' (could not find system property or JNDI)
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.CoreContainer$Initializer initialize
    INFO: looking for solr.xml: /solr/solr.xml
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.SolrResourceLoader <init>
    INFO: Solr home set to 'solr/'
    Jul 31, 2012 8:59:44 AM org.apache.solr.servlet.SolrDispatchFilter init
    Jul 31, 2012 8:59:37 AM org.apache.catalina.loader.WebappClassLoader clearThreadLocalMap
    SEVERE: The web application [/alfresco] created a ThreadLocal with key of type [null] (value [com.sun.xml.bind.v2.runtime.Coordinator$1@5c8691e4]) and a value of type [java.lang.Object[]] (value [[Ljava.lang.Object;@6d43f31]) but failed to remove it when the web application was stopped. This is very likely to create a memory leak.
    Jul 31, 2012 8:59:39 AM org.apache.catalina.startup.HostConfig deployDescriptor
    INFO: Deploying configuration descriptor host-manager.xml
    Jul 31, 2012 8:59:39 AM org.apache.catalina.startup.HostConfig deployWAR
    INFO: Deploying web application archive share.war
    Jul 31, 2012 8:59:44 AM org.apache.catalina.startup.HostConfig deployDirectory
    INFO: Deploying web application directory solr
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.SolrResourceLoader locateSolrHome
    INFO: No /solr/home in JNDI
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.SolrResourceLoader locateSolrHome
    INFO: solr home defaulted to 'solr/' (could not find system property or JNDI)
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.SolrResourceLoader <init>
    INFO: Solr home set to 'solr/'
    Jul 31, 2012 8:59:44 AM org.apache.solr.servlet.SolrDispatchFilter init
    INFO: SolrDispatchFilter.init()
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.SolrResourceLoader locateSolrHome
    INFO: No /solr/home in JNDI
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.SolrResourceLoader locateSolrHome
    INFO: solr home defaulted to 'solr/' (could not find system property or JNDI)
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.CoreContainer$Initializer initialize
    INFO: looking for solr.xml: /solr/solr.xml
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.SolrResourceLoader <init>
    INFO: Solr home set to 'solr/'
    Jul 31, 2012 8:59:44 AM org.apache.solr.servlet.SolrDispatchFilter init
    SEVERE: Could not start SOLR. Check solr/home property
    java.lang.RuntimeException: Can't find resource 'solrconfig.xml' in classpath or 'solr/conf/', cwd=/
            at org.apache.solr.core.SolrResourceLoader.openResource(SolrResourceLoader.java:262)
            at org.apache.solr.core.SolrResourceLoader.openConfig(SolrResourceLoader.java:230)
            at org.apache.solr.core.Config.<init>(Config.java:101)
            at org.apache.solr.core.SolrConfig.<init>(SolrConfig.java:130)
            at org.apache.solr.core.CoreContainer$Initializer.initialize(CoreContainer.java:134)
            at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:83)
            at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:295)
            at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:422)
            at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:115)
            at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4001)
    Jul 31, 2012 8:59:44 AM org.apache.solr.common.SolrException log
    SEVERE: java.lang.RuntimeException: Can't find resource 'solrconfig.xml' in classpath or 'solr/conf/', cwd=/
            at org.apache.solr.core.SolrResourceLoader.openResource(SolrResourceLoader.java:262)
            at org.apache.solr.core.SolrResourceLoader.openConfig(SolrResourceLoader.java:230)
            at org.apache.solr.core.Config.<init>(Config.java:101)
            at org.apache.solr.core.SolrConfig.<init>(SolrConfig.java:130)
            at org.apache.solr.core.CoreContainer$Initializer.initialize(CoreContainer.java:134)
            at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:83)
            at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:295)
            at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:422)
            at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:115)
            at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4001)
            at org.apache.catalina.core.StandardContext.start(StandardContext.java:4651)
            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:546)
            at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1041)
            at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:964)
            at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:502)
            at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
            at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
            at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
            at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
            at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
            at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
            at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:445)
            at org.apache.catalina.core.StandardService.start(StandardService.java:519)
            at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
            at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
            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:597)
            at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
            at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
    Jul 31, 2012 8:59:44 AM org.apache.solr.servlet.SolrDispatchFilter init
    INFO: SolrDispatchFilter.init() done
    Jul 31, 2012 8:59:44 AM org.apache.solr.servlet.SolrServlet init
    INFO: SolrServlet.init()
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.SolrResourceLoader locateSolrHome
    INFO: No /solr/home in JNDI
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.SolrResourceLoader locateSolrHome
    INFO: solr home defaulted to 'solr/' (could not find system property or JNDI)
    Jul 31, 2012 8:59:44 AM org.apache.solr.servlet.SolrServlet init
    INFO: SolrServlet.init() done
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.SolrResourceLoader locateSolrHome
    INFO: No /solr/home in JNDI
    Jul 31, 2012 8:59:44 AM org.apache.solr.core.SolrResourceLoader locateSolrHome
    INFO: solr home defaulted to 'solr/' (could not find system property or JNDI)
    Jul 31, 2012 8:59:44 AM org.apache.solr.servlet.SolrUpdateServlet init
    INFO: SolrUpdateServlet.init() done
    Jul 31, 2012 8:59:44 AM org.apache.catalina.startup.HostConfig deployDirectory
    INFO: Deploying web application directory ROOT
    Jul 31, 2012 8:59:44 AM org.apache.coyote.http11.Http11Protocol start
    INFO: Starting Coyote HTTP/1.1 on http-8080
    Jul 31, 2012 8:59:44 AM org.apache.jk.common.ChannelSocket init
    INFO: JK: ajp13 listening on /0.0.0.0:8009
    Jul 31, 2012 8:59:44 AM org.apache.jk.server.JkMain start
    INFO: Jk running ID=0 time=0/12  config=null
    Jul 31, 2012 8:59:44 AM org.apache.coyote.http11.Http11Protocol start
    INFO: Starting Coyote HTTP/1.1 on http-8443
    Jul 31, 2012 8:59:44 AM org.apache.catalina.startup.Catalina start
    INFO: Server startup in 37979 ms
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

El problema segun entiendo es que no puede encontrar la direccion del SOLR como tal, pero esto donde se asigna?
Estuve en el alfresco-global.properties y no encontre nada, entonces no se que hacer. Otro problema es que antes del error que se decia era de index segun lo que he leido como puedo reindexar sin borrar algo importante ?
No importa si no toma datos antiguos ya que ese no es un problema es una instalacion nueva, utilizando el alfresco-community-4.0.d-installer-linux-x64.bin segui todos los pasos para una instalacion normal, le di un "chown -R root.root " a la carpeta alfresco pero de ahi no le daba permisos a la base de datos postgres para iniciar, asi que al alf_data y al directorio de postgres le di un "chown -R postgres.postgres" y asi si funciono, pero no se si esto haya afectado en algo.

[antoniosoler]

Hola,
No puedes borrar la carpeta SOLR asi a saco como se hacia con lucene, SOLR es una webapp y tiene un fichero war que se despliega como Alfresco (mirate el fichero solr.xml en tomcat/conf). Para regenerar los indices tienes que borrar solo la carpeta solr/workspace/spacestore/indexes y solr/archive/spacestore/indexes ademas de los modelos de datos customizados que hayas creado en Alfresco que se copian automaticamente a cada core de SOLR.
Si todo esto de SOLR no lo controlas bien puedes volver al sistema anterior de Lucene poniendo en tu global properties index.subsystem.name=lucene, (puede que te salten algunos errores de conexion del solr tracker pero no le hagas caso)

[darkmstr]

Muchas gracias por tu respuesta, para organizar el error de haber borrado las carpetas instale una nueva copia de alfresco, detuve la anterior y arranque la nueva.
El problema volvio a aparecer el mismo registro (NOTA: No he aplicado lo de Lucene) pero he notado algo interesante y es que al instalarlo voy a:

/opt/alfresco/postgresql/bin/psql -u usuario db

y al ejecutar :

SELECT anp1.node_id, 
            anp1.qname_id, 
            anp1.string_value as hash_pass, 
            anp2.string_value as user_string 
  FROM alf_node_properties anp1 
      INNER JOIN alf_qname aq1 
      ON aq1.id       = anp1.qname_id 
      INNER JOIN alf_node_properties anp2 
      ON anp2.node_id = anp1.node_id 
      INNER JOIN alf_qname aq2            
      ON aq2.id       = anp2.qname_id 
 WHERE aq1.local_name    = 'password' 
 AND aq2.local_name    = 'username'; "
‍‍‍‍‍‍‍‍‍‍‍‍‍‍

La base de datos me sale vacia, no se si sea en ese caso problema de permisos, ya que segun tengo entendido esta consulta me deberia traer por lo menos el usuario admin por defecto, pero esta vacia.
Puede ser este el problema ?

[antoniosoler]

lo mejor si quieres inicializar el entorno es hacer un drop del schema y crear uno en blanco, Alfresco creara las tablas necesarias en el primer arranque, recuerda crear un schema UTF8.

[darkmstr]

Hice el DROP SCHEMA y cree uno en blanco, el genero las tablas pero ningun registro en ella.
ya no se que hacer, no se si sea de mayor problema pero lo monte sobre CentOS 5.8 (final).

[darkmstr]

Por cierto muchas gracias por tus respuestas.

Tengo varias dudas directamente, si siempre que instalo desde 0 sale el error de SOLR, doy permisos 777 a todo alfresco (menos la carpeta postgres que se encuentra en alf_data ya que con esta en 777 no inicia postgres) podria descartar permisos en la maquina cierto ?

Cuando ejecuto Alfresco el genera todo si el SCHEMA esta vacio o solo las tablas sin datos en ellas ? Porque eso es lo que me esta sucediendo directamente, el no genera tan siquiera el usuario admin por defecto.

Si cambio a Lucene y pongo el index.mode.recovery= FULL ( o no recuerdo bien como se escribe ) como me doy cuenta de la reindexacion ? yo siempre observo el log catalina.fechaactual.log que se encuentra en /opt/alfresco/tomcat/logs , que otros logs me podrian dar mayor informacion sobre los problemas que ocurren.

Si falla el SOLR o la DB puede generar el problema que al ingresar a localhost:8080/alfresco me muestre el siguiente mensaje ? o solo puede suceder por uno en particular, o el peor de los casos ninguno genera este error ?

HTTP Status 404 -

type Status report

message

description The requested resource () is not available.‍‍‍‍‍‍‍

yo se que si alfresco no funciona va a persistir el error de login en share, que es lo que me viene molestando, pero porque dice

resource()‍

en vez de

resource (/alfresco)‍

Lo siento se que son muchas preguntas pero leo en el foro, busco en San Google y todas las respuestas que me dan o que aplican no funcionan en mi caso.

[darkmstr]

Por cierto todos los cambios que necesito como el lucene se realizan simplemente en :

/opt/alfresco-4.0.d/tomcat/shared/classes/alfresco-global.properties‍

o lo de indexar y el cambio a lucene tiene que realizarce en otros archivos ?

[darkmstr]

Una ultima pregunta ya descartando sistema Operativo, descartando instalador, descartando modificaciones, puertos en uso, etc.
El Alfresco puede presentar problemas por una mala configuracion del DNS ?

[darkmstr]

Solucionado de la manera mas sencilla.

SIEMPRE revisen el catalina.out para los que tengan este problema, mi error fue un Unknow host exception ya que el intentaba acceder a un host que no estaba registrado.

SI el programa genera este error deben agregar el host a :

/etc/hosts

y con esto se solucionara.