-
Notifications
You must be signed in to change notification settings - Fork 51
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
'Error opening new searcher' while index #22
Comments
Is there a way to do a CRC32 (or some other method) and store that in the search with each file - that way shared files won't need to be indexed more than once - if, when indexing, the CRC32 (or some other method) matches, then simply update the existing record in solr to account for the shared document. Does that make sense ? |
In fact, I store the mtime of the file in Solr, so it just compare when extracting. Also there is not extraction on shared file. The sharing part is managed later by updating some field on the Solr document. Meaning that even if it writes 1000+ files, it won't do anything as long as it is a shared files. |
Video showing the problem happen at different times through the index process. |
Can you give a try to the 0.4.0-rc1 on master ? If it does not resolve your issue, please use with the --debug option: ./occ nextant:index --debug |
`[root@kb public_html]# sudo -u apache /usr/bin/php -f ./occ nextant:check
[root@kb public_html]# sudo -u apache /usr/bin/php -f ./occ nextant:clear
Your solr is locked by a running script like an index command or background jobs (cron)
Your solr is locked by a running script like an index command or background jobs (cron)
nextant:index [--output [OUTPUT]] [-d|--debug] [-f|--force] [-bg|--background] [root@kb public_html]# |
Also, when accessing the admin settings, I'm shown "Number of documents : Solr Servlet is down" when the server is definitely up and running and the 'Test and Save' completes successfully. |
Seems worst that before ... You might have you more in your cloud's log after doing the ./occ nextant:index --debug Please try using logreader and paste the last few lines here |
{"reqId":"SQJdkQ62bQLzwnRlzHJH","remoteAddr":"","app":"no app in context","message":"Exception: {"Exception":"OCP\Files\NotFoundException","Message":"File with id \"3169\" has not been found.","Code":0,"Trace":"#0 \/var\/www\/public_html\/apps\/activity\/lib\/FilesHooks.php(222): OC\Files\View->getPath(3169)\n#1 \/var\/www\/public_html\/apps\/activity\/lib\/FilesHooks.php(151): OCA\Activity\FilesHooks->getSourcePathAndOwner('\/0265F9B0-30D2-...')\n#2 \/var\/www\/public_html\/apps\/activity\/lib\/FilesHooks.php(107): OCA\Activity\FilesHooks->addNotificationsForFileAction('\/0265F9B0-30D2-...', 'file_created', 'created_self', 'created_by')\n#3 \/var\/www\/public_html\/apps\/activity\/lib\/FilesHooksStatic.php(46): OCA\Activity\FilesHooks->fileCreate('\/0265F9B0-30D2-...')\n#4 [internal function]: OCA\Activity\FilesHooksStatic::fileCreate(Array)\n#5 \/var\/www\/public_html\/lib\/private\/legacy\/hook.php(106): call_user_func(Array, Array)\n#6 \/var\/www\/public_html\/lib\/private\/Files\/View.php(1233): OC_Hook::emit('OC_Filesystem', 'post_create', Array)\n#7 \/var\/www\/public_html\/lib\/private\/Files\/View.php(1159): OC\Files\View->runHooks(Array, '\/0265F9B0-30D2-...', true)\n#8 \/var\/www\/public_html\/lib\/private\/Files\/View.php(263): OC\Files\View->basicOperation('mkdir', '\/0265F9B0-30D2-...', Array)\n#9 \/var\/www\/public_html\/lib\/private\/Files\/Node\/Folder.php(145): OC\Files\View->mkdir('\/0265F9B0-30D2-...')\n#10 \/var\/www\/public_html\/lib\/private\/Files\/Node\/Root.php(345): OC\Files\Node\Folder->newFolder('\/0265F9B0-30D2-...')\n#11 \/var\/www\/public_html\/apps\/nextant\/lib\/Command\/Index.php(185): OC\Files\Node\Root->getUserFolder('0265F9B0-30D2-4...')\n#12 \/var\/www\/public_html\/apps\/nextant\/lib\/Command\/Index.php(131): OCA\Nextant\Command\Index->browseUserDirectory('0265F9B0-30D2-4...', Object(Symfony\Component\Console\Output\ConsoleOutput))\n#13 \/var\/www\/public_html\/3rdparty\/symfony\/console\/Command\/Command.php(259): OCA\Nextant\Command\Index->execute(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))\n#14 \/var\/www\/public_html\/core\/Command\/Base.php(159): Symfony\Component\Console\Command\Command->run(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))\n#15 \/var\/www\/public_html\/3rdparty\/symfony\/console\/Application.php(844): OC\Core\Command\Base->run(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))\n#16 \/var\/www\/public_html\/3rdparty\/symfony\/console\/Application.php(192): Symfony\Component\Console\Application->doRunCommand(Object(OCA\Nextant\Command\Index), Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))\n#17 \/var\/www\/public_html\/3rdparty\/symfony\/console\/Application.php(123): Symfony\Component\Console\Application->doRun(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))\n#18 \/var\/www\/public_html\/lib\/private\/Console\/Application.php(146): Symfony\Component\Console\Application->run(NULL, NULL)\n#19 \/var\/www\/public_html\/console.php(90): OC\Console\Application->run()\n#20 \/var\/www\/public_html\/occ(11): require_once('\/var\/www\/public...')\n#21 {main}","File":"\/var\/www\/public_html\/lib\/private\/Files\/View.php","Line":1700}","level":3,"time":"2016-09-23T13:56:34+00:00","method":"--","url":"--","user":"--"} |
Are you saying that it writes this in your log when you are doing the ./occ nextant:index --debug ? Is this a local folder for sure ? not some dropbox stuff ? |
alright, were able to recreate your issue, appears when you create a fresh user. thanks. |
Can you try the last release on master ? |
Downloading the master.zip, unzipping it in the apps directory, running 'make', then running 'occ upgrade' yields: Nextcloud or one of the apps require upgrade - only a limited number of commands are available |
Sorry for 2day late reply. I now see that you committed a lot of other changes. Should I only use the revision you mentioned or should I use the master.zip file when checking this issue ? |
Please use the last revision, also the upgrade script should be fixed, sorry about that |
When running the latest version, I'm able to start the index after clean, but in the Solr log file I'm seeing a lot of: Error opening new searcher. errors. It is still working its way through but the number of failures seems to be quite high: FD017632-B932-4972-B3CA-22D77DE07DBE: 0/ 0 [>---------------------------] 0%
0AA217C5-5367-4D36-8393-B0E60270962A: 1/ 1 [============================] 100% |
I believe the final issue I was experiencing was due to Apache Solr using all of its memory - so I simply edited the solr.in.sh file (centos) to give more memory to Apache Solr - from 512MB limit to 8GB limit - and reran the index after clean: FFBD67D3-669B-4CDD-9D89-543626770D4C: 0/ 0 [>---------------------------] 0%
0AA217C5-5367-4D36-8393-B0E60270962A: 1/ 1 [============================] 100% After giving Solr more memory, the failures dropped to 0 and the whole index process took only 2 minutes versus 30-45 minutes (with a high failure rate). So, at least as far as my issue is concerning, this could be closed out. |
in fact, the second index process was just fixing the failures, so yes it is faster :) |
Trying to nextant:index on 1,257 files shared from one account to 20 test accounts (test_1 to test_20). The index process aborts at different times (15-30 minutes) - without using external storage. Storage is local - 20GB and a mixture of files (PDF, txt, XLS, DOC).
/occ nextant:index
This is an alpha release, please report any issue to
https://help.nextcloud.com/t/nextant-navigate-through-your-cloud-using-solr/2954/
admin: 1257/ 1257 [============================] 100%
kb-sync: 1257/ 1257 [============================] 100%
test_1: 1257/ 1257 [============================] 100%
PHP Fatal error: Call to a member function getStorage() on null in /var/www/public_html/lib/private/Files/View.php on line 1689
The text was updated successfully, but these errors were encountered: