archiva-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Deng Ching <och...@apache.org>
Subject Re: Archiva 1.2: Problem with creating nexus indexes
Date Tue, 07 Apr 2009 10:30:41 GMT
Thanks for all the info Denis! There's already a jira ticket for this
scheduled for 1.2.1 (http://jira.codehaus.org/browse/MRM-1143). I already
posted a link to this thread in the jira issue :)

-Deng

On Mon, Apr 6, 2009 at 9:24 PM, Denis Schettl
<denis.schettl@hzd.hessen.de>wrote:

>
> Hi Deng,
>
> I got all indexes build, but ...
>
> There are still many errors on each scanning loop. It seems that poms with
> "errors" (something like variables in version-numbers) create some
> informations in the index, but not all. Now each service accessing this
> index (like the jobs to check, if there are artifacts in db, but not on
> file
> system) produce errors on each loop ... This means big logs with many
> null-pointer exceptions. It would be nice to get just an information what
> artifact is not correct (and not an null-pointer-exception) or if there is
> an job just deleting fractale artifact-informations form the index ...
>
> Should I create an jira-ticket for this or is this allready in pipe for the
> next version?
>
> So long ...
> Denis
>
>
>
> Denis Schettl wrote:
> >
> > Hi Deng,
> >
> > first of all, I "did the same like anytime", this means:
> > 1) Delete the archiva-db
> > 2) Delele all .index-Directories in all Repositories
> > 3) Start Repo-Scan on all Repos
> > 4) Start DB-Update
> > 5) Wait until all Tasks are finished.
> >
> > This time i discovered, that the search did not work. Then I take a look
> > alt the logs and find the "to many files open"-Error with many others
> > (maybe dependend) errors. Then I update the ulimits for open files to
> > 65000-Files and start with point 1 again.
> >
> > Then I got the nexus index-error and create the question in this
> > discussion-group.
> >
> > Now I read your link and touch all files. Now the indexing seems to run
> > (takes long time, use all the cpu-power of the machine ...) ...
> >
> > Thanks for the tip. I'll give you a feedback, when all indexes are
> created
> > ...
> >
> > So long ...
> > Denis
> >
> >
> > Maria Odea Ching-5 wrote:
> >>
> >> Hi Denis,
> >>
> >> Did you follow the steps specified in the Upgrading from Archiva 1.1 to
> >> 1.2
> >> section of
> http://archiva.apache.org/docs/1.2/adminguide/standalone.html
> >> ?
> >> The section is applicable to both standalone and war deployment :)
> >>
> >> Thanks,
> >> Deng
> >>
> >> On Wed, Apr 1, 2009 at 4:13 PM, Denis Schettl
> >> <denis.schettl@hzd.hessen.de>wrote:
> >>
> >>>
> >>> Hi,
> >>>
> >>> after upgrading from archiva 1.1.3 to 1.2 i got the following errors in
> >>> my
> >>> logs. I updated ulimit to 65000 and have full access rights to this
> >>> directory.
> >>> Tomcat 6.0.18, Java 1.5.0_15, Ubuntu 8.0.4.2
> >>>
> >>> What did I wrong?
> >>> Thanks
> >>> Denis
> >>>
> >>> 2009-04-01 09:13:15,038 [pool-1-thread-1] INFO
> >>>
> >>>
> org.apache.maven.archiva.scheduled.executors.ArchivaDatabaseUpdateTaskExecutor
> >>> - Executing task from queue with job name: database-job
> >>> 2009-04-01 09:13:15,038 [pool-1-thread-1] INFO
> >>>
> >>>
> org.apache.maven.archiva.scheduled.executors.ArchivaDatabaseUpdateTaskExecutor
> >>> - Task: Updating unprocessed artifacts
> >>> 2009-04-01 09:13:15,241 [pool-1-thread-1] INFO
> >>>
> >>>
> org.apache.maven.archiva.scheduled.executors.ArchivaDatabaseUpdateTaskExecutor
> >>> - Task: Updating processed artifacts
> >>> 2009-04-01 09:13:30,019 [pool-2-thread-1] INFO
> >>>
> >>>
> org.apache.maven.archiva.scheduled.executors.ArchivaRepositoryScanningTaskExecutor
> >>> - Executing task from queue with job name:
> >>> repository-job:manual-downloaded
> >>> 2009-04-01 09:13:30,206 [pool-2-thread-1] WARN
> >>>
> >>>
> org.apache.maven.archiva.repository.scanner.functors.TriggerBeginScanClosure
> >>> - Consumer [index-content] cannot begin: Could not create index at
> >>> /srv/tomcat-apps/archiva/repositories/manual-downloaded/.indexer
> >>> org.apache.maven.archiva.consumers.ConsumerException: Could not create
> >>> index
> >>> at /srv/tomcat-apps/archiva/repositories/manual-downloaded/.indexer
> >>>        at
> >>>
> >>>
> org.apache.archiva.consumers.lucene.NexusIndexerConsumer.beginScan(NexusIndexerConsumer.java:152)
> >>>        at
> >>>
> >>>
> org.apache.maven.archiva.repository.scanner.functors.TriggerBeginScanClosure.execute(TriggerBeginScanClosure.java:64)
> >>>        at
> >>>
> >>>
> org.apache.commons.collections.CollectionUtils.forAllDo(CollectionUtils.java:388)
> >>>        at
> >>>
> >>>
> org.apache.maven.archiva.repository.scanner.RepositoryScannerInstance.<init>(RepositoryScannerInstance.java:87)
> >>>        at
> >>>
> >>>
> org.apache.maven.archiva.repository.scanner.RepositoryScannerInstance.<init>(RepositoryScannerInstance.java:100)
> >>>        at
> >>>
> >>>
> org.apache.maven.archiva.repository.scanner.DefaultRepositoryScanner.scan(DefaultRepositoryScanner.java:111)
> >>>        at
> >>>
> >>>
> org.apache.maven.archiva.repository.scanner.DefaultRepositoryScanner.scan(DefaultRepositoryScanner.java:61)
> >>>        at
> >>>
> >>>
> org.apache.maven.archiva.scheduled.executors.ArchivaRepositoryScanningTaskExecutor.executeTask(ArchivaRepositoryScanningTaskExecutor.java:139)
> >>>        at
> >>>
> >>>
> org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116)
> >>>        at
> >>>
> >>>
> edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442)
> >>>        at
> >>>
> >>>
> edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176)
> >>>        at
> >>>
> >>>
> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987)
> >>>        at
> >>>
> >>>
> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528)
> >>>        at java.lang.Thread.run(Thread.java:595)
> >>> Caused by:
> >>>
> org.sonatype.nexus.index.context.UnsupportedExistingLuceneIndexException:
> >>> The existing index has no NexusIndexer descriptor
> >>>        at
> >>>
> >>>
> org.sonatype.nexus.index.context.DefaultIndexingContext.checkAndUpdateIndexDescriptor(DefaultIndexingContext.java:222)
> >>>        at
> >>>
> >>>
> org.sonatype.nexus.index.context.DefaultIndexingContext.prepareIndex(DefaultIndexingContext.java:183)
> >>>        at
> >>>
> >>>
> org.sonatype.nexus.index.context.DefaultIndexingContext.<init>(DefaultIndexingContext.java:141)
> >>>        at
> >>>
> >>>
> org.sonatype.nexus.index.DefaultNexusIndexer.addIndexingContext(DefaultNexusIndexer.java:83)
> >>>        at
> >>>
> >>>
> org.apache.archiva.consumers.lucene.NexusIndexerConsumer.beginScan(NexusIndexerConsumer.java:124)
> >>>        ... 13 more
> >>>
> >>>
> >>> --
> >>> View this message in context:
> >>>
> http://www.nabble.com/Archiva-1.2%3A-Problem-with-creating-nexus-indexes-tp22821775p22821775.html
> >>> Sent from the archiva-users mailing list archive at Nabble.com.
> >>>
> >>>
> >>
> >>
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/Archiva-1.2%3A-Problem-with-creating-nexus-indexes-tp22821775p22908650.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message