workspace-SpacesStore & archive-SpacesStore in System32
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-16-2012 04:26 AM
Hi,
ist es normal das Alfresco bei einer Windows Installation das Systemlaufwerk (System32) mit workspace-SpacesStore & archive-SpacesStore voll schreibt? Hab da über 32GB an snapshots liegen.
Kann man die ohne Risiko löschen? Soweit ich das verstanden habe kommen die vom solr. Kann man die nicht wo anders ablegen?
Schon mal danke für eure Hilfe.
Grüße,
Alfred
ist es normal das Alfresco bei einer Windows Installation das Systemlaufwerk (System32) mit workspace-SpacesStore & archive-SpacesStore voll schreibt? Hab da über 32GB an snapshots liegen.
Kann man die ohne Risiko löschen? Soweit ich das verstanden habe kommen die vom solr. Kann man die nicht wo anders ablegen?
Schon mal danke für eure Hilfe.
Grüße,
Alfred
Labels:
- Labels:
-
Archive
5 REPLIES 5
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-17-2012 05:14 AM
Hallo,
hmm, da ich nie den Installer verwende oder Alfresco als Dienst unter Windows laufen lasse (Windows ist bei uns maximal als Entwicklungsumgebung toleriert, auf Server sind immer echte Server Betriebssysteme im Einsatz), weiß ich nicht 100 %, wie dort die Standardeinstellungen aussehen. In der SOLR Konfiguration (solrcore.properties) kann man primär die Ablage der Live Indizes konfigurieren (data.dir.root). In der alfresco-global.properties kann man mit solr.backup.alfresco.remoteBackupLocation und solr.backup.archive.remoteBackupLocation den Ablageort für Snapshot Sicherungen einstellen. Eine explizite Konfiguration dieser Parameter sollte das Problem der volllaufenden System32 langfristig lösen.
Wenn du mit einmal Neu-Indizierung durch den SOLR Server leben kannst, dann können die Snapshots in System32 nach Umkonfiguration und Neustart gelöscht werden.
Gruß
Axel
hmm, da ich nie den Installer verwende oder Alfresco als Dienst unter Windows laufen lasse (Windows ist bei uns maximal als Entwicklungsumgebung toleriert, auf Server sind immer echte Server Betriebssysteme im Einsatz), weiß ich nicht 100 %, wie dort die Standardeinstellungen aussehen. In der SOLR Konfiguration (solrcore.properties) kann man primär die Ablage der Live Indizes konfigurieren (data.dir.root). In der alfresco-global.properties kann man mit solr.backup.alfresco.remoteBackupLocation und solr.backup.archive.remoteBackupLocation den Ablageort für Snapshot Sicherungen einstellen. Eine explizite Konfiguration dieser Parameter sollte das Problem der volllaufenden System32 langfristig lösen.
Wenn du mit einmal Neu-Indizierung durch den SOLR Server leben kannst, dann können die Snapshots in System32 nach Umkonfiguration und Neustart gelöscht werden.
Gruß
Axel
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-03-2012 04:33 AM
Hallo Axel,
also mit Windows meinte ich eigentlich ein Windows Server (2008 R2).
Das komische ist, das ich 2 solrcore.properties habe.
In beiden ist eigentlich data.dir.root richtig gesetzt:
Hab jetzt mal in der alfresco-global.properties folgende Werte eingetragen:
Aber irgendwie hat es mir jetzt auch den Index zerstört. Zumindest findet er jetzt nichts mehr wenn man nach einem Begriff sucht.
Kann man den Index irgendwie wieder neu aufbauen?
Bis auf ein paar LDAP Fehler gibt das log nicht viel her:
Grüße,
Alfred
also mit Windows meinte ich eigentlich ein Windows Server (2008 R2).
Das komische ist, das ich 2 solrcore.properties habe.
d:\Alfresco\alf_data\solr\workspace-SpacesStore\conf\
d:\Alfresco\alf_data\solr\archive-SpacesStore\conf\
In beiden ist eigentlich data.dir.root richtig gesetzt:
#
# solrcore.properties - used in solrconfig.xml
#
# data is in ${data.dir.root}/${data.dir.store}
data.dir.root=D:/Alfresco/alf_data/solr
data.dir.store=archive/SpacesStore
enable.alfresco.tracking=true
cache.alfresco.size=100
max.field.length=2147483647
#
# Properties loaded during alfresco tracking
#
alfresco.host=localhost
alfresco.port=8080
alfresco.port.ssl=8443
alfresco.cron=0/15 * * * * ? *
alfresco.stores=archive://SpacesStore
alfresco.lag=1000
alfresco.hole.retention=3600000
alfresco.batch.count=1000
# encryption
# none, https
alfresco.secureComms=https
# ssl
alfresco.encryption.ssl.keystore.type=JCEKS
alfresco.encryption.ssl.keystore.provider=
alfresco.encryption.ssl.keystore.location=ssl.repo.client.keystore
alfresco.encryption.ssl.keystore.passwordFileLocation=ssl-keystore-passwords.properties
alfresco.encryption.ssl.truststore.type=JCEKS
alfresco.encryption.ssl.truststore.provider=
alfresco.encryption.ssl.truststore.location=ssl.repo.client.truststore
alfresco.encryption.ssl.truststore.passwordFileLocation=ssl-truststore-passwords.properties
#
# TODO
#
# cross language support
# locale expansion
# logging check report ….
#
#
Hab jetzt mal in der alfresco-global.properties folgende Werte eingetragen:
solr.backup.alfresco.remoteBackupLocation=${dir.root}/backupsolr
solr.backup.archive.remoteBackupLocation=${dir.root}/backupsolr
Aber irgendwie hat es mir jetzt auch den Index zerstört. Zumindest findet er jetzt nichts mehr wenn man nach einem Begriff sucht.
Kann man den Index irgendwie wieder neu aufbauen?
Bis auf ein paar LDAP Fehler gibt das log nicht viel her:
11:01:09,034 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Starting 'sysAdmin' subsystem, ID: [sysAdmin, default]
11:01:09,096 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Startup of 'sysAdmin' subsystem, ID: [sysAdmin, default] complete
11:01:17,411 WARN [org.alfresco.util.AbstractTriggerBean] Job ehCacheTracerJob is not active/enabled
11:01:20,812 INFO [org.springframework.extensions.webscripts.TemplateProcessorRegistry] Registered template processor Repository Template Processor for extension ftl
11:01:20,812 INFO [org.springframework.extensions.webscripts.ScriptProcessorRegistry] Registered script processor Repository Script Processor for extension js
11:01:28,315 INFO [org.alfresco.repo.domain.schema.SchemaBootstrap] Schema managed by database dialect org.hibernate.dialect.PostgreSQLDialect.
11:01:30,593 INFO [org.alfresco.repo.domain.schema.SchemaBootstrap] No changes were made to the schema.
11:01:30,874 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Starting 'Search' subsystem, ID: [Search, managed, solr]
11:01:30,967 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Startup of 'Search' subsystem, ID: [Search, managed, solr] complete
11:01:31,357 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Starting 'thirdparty' subsystem, ID: [thirdparty, default]
11:01:31,466 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Startup of 'thirdparty' subsystem, ID: [thirdparty, default] complete
11:01:31,466 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Starting 'OOoDirect' subsystem, ID: [OOoDirect, default]
11:01:32,465 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Startup of 'OOoDirect' subsystem, ID: [OOoDirect, default] complete
11:01:32,543 INFO [org.alfresco.repo.admin.ConfigurationChecker] The Alfresco root data directory ('dir.root') is: D:\Alfresco\alf_data
11:01:32,558 INFO [org.alfresco.repo.admin.patch.PatchExecuter] Checking for patches to apply …
11:01:33,401 INFO [org.alfresco.repo.admin.patch.PatchExecuter] No patches were required.
11:01:33,416 INFO [org.alfresco.repo.module.ModuleServiceImpl] Found 1 module(s).
11:01:33,463 INFO [org.alfresco.repo.module.ModuleServiceImpl] Starting module 'org.alfresco.module.vti' version 1.2.
11:01:33,479 DEBUG [org.alfresco.repo.module.ModuleComponentHelper] Started module 'ModuleDetails[{module.version=1.2, module.description=Alfresco Vti Extension, module.id=org.alfresco.module.vti, module.repo.version.max=999, module.title=Vti, module.repo.version.min=0, module.installState=INSTALLED, module.installDate=2012-06-25T12:28:39.055+02:00}]' including 0components.
11:01:33,479 DEBUG [org.alfresco.repo.module.ModuleComponentHelper] Installed module found in distribution: org.alfresco.module.vti
11:01:33,479 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Starting 'fileServers' subsystem, ID: [fileServers, default]
11:01:33,869 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Startup of 'fileServers' subsystem, ID: [fileServers, default] complete
11:01:33,869 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Starting 'imap' subsystem, ID: [imap, default]
11:01:33,931 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Startup of 'imap' subsystem, ID: [imap, default] complete
11:01:33,931 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Starting 'email' subsystem, ID: [email, outbound]
11:01:33,962 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Startup of 'email' subsystem, ID: [email, outbound] complete
11:01:33,962 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Starting 'email' subsystem, ID: [email, inbound]
11:01:34,040 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Startup of 'email' subsystem, ID: [email, inbound] complete
11:01:34,040 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Starting 'googledocs' subsystem, ID: [googledocs, default]
11:01:34,103 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Startup of 'googledocs' subsystem, ID: [googledocs, default] complete
11:01:34,103 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Starting 'Subscriptions' subsystem, ID: [Subscriptions, default]
11:01:34,196 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Startup of 'Subscriptions' subsystem, ID: [Subscriptions, default] complete
11:01:34,196 INFO [org.alfresco.repo.usage.UserUsageTrackingComponent] Disabled - clear non-missing user usages …
11:01:34,306 INFO [org.alfresco.repo.usage.UserUsageTrackingComponent] Found 0 users to clear
11:01:34,306 INFO [org.alfresco.repo.usage.UserUsageTrackingComponent] … cleared non-missing usages for 0 users
11:01:34,306 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Starting 'Synchronization' subsystem, ID: [Synchronization, default]
11:01:34,399 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Starting 'Authentication' subsystem, ID: [Authentication, managed, passthru1]
11:01:34,805 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Startup of 'Authentication' subsystem, ID: [Authentication, managed, passthru1] complete
11:01:34,805 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Starting 'Authentication' subsystem, ID: [Authentication, managed, ldap1]
11:01:34,945 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Startup of 'Authentication' subsystem, ID: [Authentication, managed, ldap1] complete
11:01:34,945 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Starting 'Authentication' subsystem, ID: [Authentication, managed, alfrescoNtlm1]
11:01:34,992 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] Startup of 'Authentication' subsystem, ID: [Authentication, managed, alfrescoNtlm1] complete
11:01:34,992 INFO [org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer] Synchronizing users and groups with user registry 'ldap1'
11:01:35,008 INFO [org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer] Retrieving all groups from user registry 'ldap1'
11:01:35,023 ERROR [org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer] Synchronization aborted due to error
org.alfresco.repo.security.authentication.AuthenticationException: 08030000 LDAP authentication failed.
at org.alfresco.repo.security.authentication.ldap.LDAPInitialDirContextFactoryImpl.buildInitialDirContext(LDAPInitialDirContextFactoryImpl.java:119)
at org.alfresco.repo.security.authentication.ldap.LDAPInitialDirContextFactoryImpl.getDefaultIntialDirContext(LDAPInitialDirContextFactoryImpl.java:94)
at org.alfresco.repo.security.authentication.ldap.LDAPInitialDirContextFactoryImpl.getDefaultIntialDirContext(LDAPInitialDirContextFactoryImpl.java:87)
at org.alfresco.repo.security.sync.ldap.LDAPUserRegistry$3.<init>(LDAPUserRegistry.java:670)
at org.alfresco.repo.security.sync.ldap.LDAPUserRegistry.getGroups(LDAPUserRegistry.java:667)
at org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer.syncWithPlugin(ChainingUserRegistrySynchronizer.java:632)
at org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer.synchronize(ChainingUserRegistrySynchronizer.java:435)
at org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer$6.doWork(ChainingUserRegistrySynchronizer.java:1650)
at org.alfresco.repo.security.authentication.AuthenticationUtil.runAs(AuthenticationUtil.java:519)
at org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer.onBootstrap(ChainingUserRegistrySynchronizer.java:1644)
at org.springframework.extensions.surf.util.AbstractLifecycleBean.onApplicationEvent(AbstractLifecycleBean.java:56)
at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:97)
at org.alfresco.repo.management.subsystems.ChildApplicationContextFactory$ChildApplicationContext.publishEvent(ChildApplicationContextFactory.java:485)
at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:911)
at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:428)
at org.alfresco.repo.management.subsystems.ChildApplicationContextFactory$ApplicationContextState.start(ChildApplicationContextFactory.java:685)
at org.alfresco.repo.management.subsystems.AbstractPropertyBackedBean.start(AbstractPropertyBackedBean.java:667)
at org.alfresco.repo.management.subsystems.AbstractPropertyBackedBean.onApplicationEvent(AbstractPropertyBackedBean.java:473)
at org.alfresco.repo.management.SafeApplicationEventMulticaster.multicastEventInternal(SafeApplicationEventMulticaster.java:209)
at org.alfresco.repo.management.SafeApplicationEventMulticaster.multicastEvent(SafeApplicationEventMulticaster.java:180)
at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:303)
at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:911)
at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:428)
at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:276)
at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:197)
at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:47)
at org.alfresco.web.app.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:63)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4135)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4630)
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.deployDescriptor(HostConfig.java:637)
at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
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)
Caused by: javax.naming.AuthenticationException: [LDAP: error code 49 - 80090308: LdapErr: DSID-0C0903A9, comment: AcceptSecurityContext error, data 52e, v1db1
Grüße,
Alfred
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-05-2012 08:07 AM
Hallo,
das hatte ich auch so verstanden
Genau das war mein Ansatz:
Den Index neubauen kann man mit folgenden Schritten:
Axel
das hatte ich auch so verstanden

also mit Windows meinte ich eigentlich ein Windows Server (2008 R2).
Genau das war mein Ansatz:
Hab jetzt mal in der alfresco-global.properties folgende Werte eingetragen:solr.backup.alfresco.remoteBackupLocation=${dir.root}/backupsolrsolr.backup.archive.remoteBackupLocation=${dir.root}/backupsolr
Kann man den Index irgendwie wieder neu aufbauen?
Den Index neubauen kann man mit folgenden Schritten:
- Den Index im data.dir.root aus den solrcore.properties löschen (ggf. vorher wegsichern)
- Im Solr-Home in der Core Konfiguration den Ordner "alfrescoModels" für archive und workspace löschen
- SOLR starten und automatisch indizieren lassen
Axel
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-24-2012 04:35 AM
Danke nochmal für die Hilfe. Die Umstellung hat wunderbar geklappt.
Eine Frage hätte ich da aber jetzt noch, kann man nach einer gewissen Zeit die Snapshots löschen? Die belegen inzwischen mehr Platz als die Datenbank. Natürlich wären Backups der Snapshots vorhanden.
Nochmals Danke !!
Grüße,
Alfred
Eine Frage hätte ich da aber jetzt noch, kann man nach einer gewissen Zeit die Snapshots löschen? Die belegen inzwischen mehr Platz als die Datenbank. Natürlich wären Backups der Snapshots vorhanden.
Nochmals Danke !!
Grüße,
Alfred

Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-26-2012 01:36 PM
Hi,
ja, wenn Du sie nicht benötigst kannst Du die Snapshots löschen - Alfresco braucht & verwendet die Snapshots nicht, sie werden lediglich für das Backup erstellt.
VG, jan
ja, wenn Du sie nicht benötigst kannst Du die Snapshots löschen - Alfresco braucht & verwendet die Snapshots nicht, sie werden lediglich für das Backup erstellt.
VG, jan
