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 reportmessagedescription 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.