I had no idea that the initialization could be so long. I almost certainly 
restarted several times before that would have taken place.

I will clean out indexes/ and start up and leave the thing be for a half-hour, 
to make sure. Do you know if there is any way of monitoring the progress of 
initialization?

Thank you for this advice!

---
A. Soroka
The University of Virginia Library

On Apr 11, 2013, at 10:47 PM, Aaron Coburn wrote:

> One item to consider is that the datafiles for Geonames and LCSH will be 
> quite large, and the initialization step actually may take quite a bit of 
> time to complete, depending on how much memory you allocate to the launcher.
> 
> If you restarted stanbol repeatedly before the datafiles were fully 
> processed, there may also be some incomplete solr indexes in 
> $STANBOL_HOME/indexes/
> 
> A few months ago, I loaded both of these datasets into a local stanbol 
> instance (running in tomcat). All went well, but I recall that the 
> initialization step was somewhat time consuming (maybe 15 minutes?)
> 
> Aaron
> 
> On Apr 11, 2013, at 10:34 AM, [email protected] wrote:
> 
>> Thanks for the help so far!
>> 
>> I don't see any lines of exactly the description you give-- that is, one 
>> ending in "{name}.solrindex.ref". I do see several lines like the following:
>> 
>> bundleinstall:/org.apache.stanbol.entityhub.site.referencedSite-geonames.config
>>       IGNORED
>> 
>> Do you think that indicates the same problem?
>> 
>> ---
>> A. Soroka
>> The University of Virginia Library
>> 
>> On Apr 11, 2013, at 4:15 AM, Rupert Westenthaler wrote:
>> 
>>> in that case most likely not ...
>>> 
>>>>> Users can validate if they are affected by this by checking the "OSGI
>>>>> Installer" tab of the Felix Webconsole
>>>>> (http://{host}/system/console/osgi-installer). At the bottom you
>>>>> should see something like:
>>>>> 
>>>>>  bundleinstall:/{name}.solrindex.ref IGNORED
>>>>> 
>>>>> If this line notes INSTALLED than you are not affected and the error
>>>>> is caused by something else.
>>>>> 
>>> 
>>> have you checked this? This is the best indication if your problem is
>>> related to STANBOL-1023 or not.
>>> 
>>> If not it would be good if you could provide loggings from the
>>> installation process (staring from the moment when you installed the
>>> "o.a.s.data.sites.{name}" bundle to the OSGI environment.
>>> 
>>> For testing it would be also good to have the index you created around
>>> - if you can share those.
>>> 
>>> best
>>> Rupert
>>> 
>>>>> As Workaround users need to stop/start the "o.a.s.data.sites.{name}"
>>>>> bundle as this will restart the installation process of the site.
>>>>> 
>>>>> Note also that this only happens on the first startup after you copied
>>>>> the o.a.s.data.sites.{name} bundle to the fileinstall folder. Normal
>>>>> restarts of the server are not affected. Also installing a new site to
>>>>> a running server works as expected.
>>>>> 
>>>>> In any other case you should see according Exceptions in the
>>>>> "stanbol/logs/error.logs" file.
>>>>> 
>>>>> Note also that since STANBOL-996 ReferencedSites are only registered
>>>>> after that the SolrIndex with the data has been initialized. This
>>>>> means that - especially for larger indexes - it might take some time
>>>>> until the RESTful service becomes available.
>>>>> 
>>>>> best
>>>>> Rupert
>>>>> 
>>>>> On Tue, Apr 9, 2013 at 10:40 PM, [email protected] <[email protected]>
>>>>> wrote:
>>>>>> I've indexed a pair of RDF accretions for use with the Stanbol EntityHub:
>>>>>> 
>>>>>> 1) GeoNames, using the GeoNames indexer
>>>>>> 2) The Library of Congress Subject Heading system, using the generic RDF
>>>>> indexer
>>>>>> 
>>>>>> Everything went quite well.
>>>>>> 
>>>>>> Now I've installed the data files in the appropriate directory in my
>>>>> Stanbol instance, and under the Data File Provider tab in the system
>>>>> console they appear with state ACTIVE. I've installed the corresponding
>>>>> bundles, and in the Bundles tab they appear with status Active. But they 
>>>>> do
>>>>> not appear as available sites and the appropriate endpoints (e.g.
>>>>> /entityhub/site/geonames)  don't respond (404).
>>>>>> 
>>>>>> Any thoughts as to what I might be doing wrong?
>>>>>> 
>>>>>> ---
>>>>>> A. Soroka
>>>>>> The University of Virginia Library
>>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> | Rupert Westenthaler             [email protected]
>>>>> | Bodenlehenstraße 11                             ++43-699-11108907
>>>>> | A-5500 Bischofshofen
>>>>> 
>>> 
>>> 
>>> 
>>> --
>>> | Rupert Westenthaler             [email protected]
>>> | Bodenlehenstraße 11                             ++43-699-11108907
>>> | A-5500 Bischofshofen
>> 
> 

Reply via email to