Which Docker container are you using to run Nextcloud? (if applicable)
nextcloud:25.0.3-apache (docker image with added ffmpeg supporting nvidia/cuda)
How much RAM does your server have?
64 Gb
What processor Architecture does your CPU have?
x86_64
Describe the Bug
The first my experience in use of "nextcloud/recognize" was successful. All worked fine but I got a bug and I needed to rollback to old backup of nextcloud (there was already installed "nextcloud/recognize"). My photos all are kept in external storages. Part of them are mounted "read only". Rollback of nectcloud I did without uninstall of "nextcloud/recognize" and I did not reset tags.
After re-mounting external storages with photos all old tags are lost and I tried to restart new recognition but got that message: "An error occurred during face recognition, please check the Nextcloud logs." Meanwhile "Object recognition is working". I did remove-legacy-tags, reset-face-clusters, reset faces, cleanup-tags, reset-tags. Then I:
uninstalled nextcloud/recognize,
stop/start Nestcloud docker stack,
install nextcloud/recognize again,
recognize:download-models
switch face and object recognition and...
The same warning "An error occurred during face recognition, please check the Nextcloud logs" and "Object recognition is working" but I don't see active "node" process in system (btop).
Expected Behavior
Re-installed nextcloud/recognize has to either clean remaining old "faces" and "tags" or catch them up and reconcile tags with paths to images.
To Reproduce
Disconnect external storage with recognized images and connect them back
Re-scan images without cleaning-up or reseting.
Debug log
I found just this in the nextcloud logs:
Fatal
recognize
Error: Class "voku\helper\Bootup" not found
/var/www/html/custom_apps/recognize/vendor/composer/autoload_real.php - line 55:
require()
/var/www/html/custom_apps/recognize/vendor/composer/autoload_real.php - line 38:
If this is the error that's causing the face recognition to fail, then object recognition shouldn't work either. I recommend searching the nextcloud log again for a newer error
If this is the error that's causing the face recognition to fail, then object recognition shouldn't work either. I recommend searching the nextcloud log again for a newer error
Object recognition also doesn't work since there is no active "node" process. When I ran nextloud/recognize in first time it burned my CPU (AMD Ryzen 7 2700 up to 80 degrees but now it ~50C)
I turned on 'debug' => true, in config php and run docker exec -it -u www-data nextcloud-app-1 ./occ recognize:recrawl
That appeared in log
Error
PHP
Error: get_browser(): browscap ini directive not set at /var/www/html/apps/support/lib/Sections/ServerSection.php#350<>OC\Log\ErrorHandler::onAll(2, "get_browser ... t", "/var/www/ht ... p", 350)/var/www/html/apps/support/lib/Sections/ServerSection.php - line 350: get_browser(null, true)/var/www/html/apps/support/lib/Sections/ServerSection.php - line 101: OCA\Support\Sections\ServerSection->getBrowser()<>OCA\Support\Sections\ServerSection->__construct(OC\AllConfig {}, OC\IntegrityCheck\Checker {}, OC\App\AppManager {}, OC\DB\ConnectionAdapter {}, OC\Http\Client\ClientService {}, OC\User\Manager {}, OC\AppFramew ... {})/var/www/html/lib/private/AppFramework/Utility/SimpleContainer.php - line 108: ReflectionClass->newInstanceArgs([ OC\AllConf ... "])/var/www/html/lib/private/AppFramework/Utility/SimpleContainer.php - line 116: OC\AppFramework\Utility\SimpleContainer->buildClass(ReflectionCl ... "})/var/www/html/lib/private/AppFramework/Utility/SimpleContainer.php - line 133: OC\AppFramework\Utility\SimpleContainer->resolve("OCA\Suppor ... n")/var/www/html/lib/private/AppFramework/DependencyInjection/DIContainer.php - line 465: OC\AppFramework\Utility\SimpleContainer->query("OCA\Suppor ... n")/var/www/html/lib/private/AppFramework/DependencyInjection/DIContainer.php - line 437: OC\AppFramework\DependencyInjection\DIContainer->queryNoFallback("OCA\Suppor ... n")/var/www/html/lib/private/AppFramework/Utility/SimpleContainer.php - line 89: OC\AppFramework\DependencyInjection\DIContainer->query("OCA\Suppor ... n", true)<>OC\AppFramework\Utility\SimpleContainer->OC\AppFramework\Utility{closure}(" sensiti ... ")/var/www/html/lib/private/AppFramework/Utility/SimpleContainer.php - line 108: array_map(Closure {}, [ "** sensi ... "])/var/www/html/lib/private/AppFramework/Utility/SimpleContainer.php - line 116: OC\AppFramework\Utility\SimpleContainer->buildClass(ReflectionCl ... "})/var/www/html/lib/private/AppFramework/Utility/SimpleContainer.php - line 133: OC\AppFramework\Utility\SimpleContainer->resolve("OCA\Support\DetailManager")/var/www/html/lib/private/AppFramework/DependencyInjection/DIContainer.php - line 465: OC\AppFramework\Utility\SimpleContainer->query("OCA\Support\DetailManager")/var/www/html/lib/private/AppFramework/DependencyInjection/DIContainer.php - line 437: OC\AppFramework\DependencyInjection\DIContainer->queryNoFallback("OCA\Support\DetailManager")/var/www/html/lib/private/AppFramework/Utility/SimpleContainer.php - line 89: OC\AppFramework\DependencyInjection\DIContainer->query("OCA\Support\DetailManager", true)<>OC\AppFramework\Utility\SimpleContainer->OC\AppFramework\Utility{closure}(" sensiti ... *")/var/www/html/lib/private/AppFramework/Utility/SimpleContainer.php - line 108: array_map(Closure {}, [ "*** sensi ... "])/var/www/html/lib/private/AppFramework/Utility/SimpleContainer.php - line 116: OC\AppFramework\Utility\SimpleContainer->buildClass(ReflectionCl ... "})/var/www/html/lib/private/AppFramework/Utility/SimpleContainer.php - line 133: OC\AppFramework\Utility\SimpleContainer->resolve("OCA\Suppor ... t")/var/www/html/lib/private/AppFramework/DependencyInjection/DIContainer.php - line 465: OC\AppFramework\Utility\SimpleContainer->query("OCA\Suppor ... t")/var/www/html/lib/private/ServerContainer.php - line 145: OC\AppFramework\DependencyInjection\DIContainer->queryNoFallback("OCA\Suppor ... t")/var/www/html/lib/private/Console/Application.php - line 219: OC\ServerContainer->query("OCA\Suppor ... t")/var/www/html/lib/private/Console/Application.php - line 130: OC\Console\Application->loadCommandsFromInfoXml([ "OCA\Supp ... "])/var/www/html/console.php - line 99: OC\Console\Application->loadCommands(Symfony\Comp ... {}, Symfony\Comp ... {})/var/www/html/occ - line 11: require_once("/var/www/html/console.php")
May be some broken folders/files remains after recognize app uninstall? I can manually check it.
I can also check or clean data base (mariadb) if it is relevant.
Update: all night something stressed my HDDs. When I checked recognize/nextcloud status, I found that it works! "node" process is active and loads CPU up to 70-80%. I did nothing with settings of recognize or nextcloud. All fixed by themselves.
Looks like my situation was not an issue but just silent background work of recognize/nextcloud. Thank you for avesome product!
I see many similar records in log. Possibly these are leftovers of old tags in database:
Error
PHP
Error: unlink(/tmp/oc_tmp_GywBH4-.jpg): No such file or directory at /var/www/html/custom_apps/recognize/lib/Classifiers/Classifier.php#296<>OC\Log\ErrorHandler::onAll(2, "unlink(/tmp ... y", "/var/www/ht ... p", 296)/var/www/html/custom_apps/recognize/lib/Classifiers/Classifier.php - line 296: unlink("/tmp/oc_tmp_GywBH4-.jpg")/var/www/html/custom_apps/recognize/lib/Classifiers/Classifier.php - line 208: OCA\Recognize\Classifiers\Classifier->cleanUpTmpFiles()/var/www/html/custom_apps/recognize/lib/Classifiers/Images/ClusteringFaceClassifier.php - line 83: OCA\Recognize\Classifiers\Classifier->classifyFiles("faces", [ OCA\Recogn ... "], 120)/var/www/html/custom_apps/recognize/lib/BackgroundJobs/ClassifyFacesJob.php - line 41: OCA\Recognize\Classifiers\Images\ClusteringFaceClassifier->classify([ OCA\Recogn ... "])/var/www/html/custom_apps/recognize/lib/BackgroundJobs/ClassifierJob.php - line 70: OCA\Recognize\BackgroundJobs\ClassifyFacesJob->classify([ OCA\Recogn ... "])/var/www/html/custom_apps/recognize/lib/BackgroundJobs/ClassifyFacesJob.php - line 33: OCA\Recognize\BackgroundJobs\ClassifierJob->runClassifier("faces", [ 48,10922745])/var/www/html/lib/public/BackgroundJob/Job.php - line 78: OCA\Recognize\BackgroundJobs\ClassifyFacesJob->run([ 48,10922745])/var/www/html/lib/public/BackgroundJob/TimedJob.php - line 103: OCP\BackgroundJob\Job->start(OC\BackgroundJob\JobList {})/var/www/html/lib/public/BackgroundJob/TimedJob.php - line 93: OCP\BackgroundJob\TimedJob->start(OC\BackgroundJob\JobList {})/var/www/html/cron.php - line 152: OCP\BackgroundJob\TimedJob->execute(OC\BackgroundJob\JobList {}, OC\Log {})
Which version of recognize are you using?
3.6.1 (previous version has the same behavior)
Enabled Modes
Object recognition, Face recognition
TensorFlow mode
Normal mode
Which Nextcloud version do you have installed?
25.0.3
Which Operating system do you have installed?
Debian 11 (Openmediavault 6.x.x)
Which Docker container are you using to run Nextcloud? (if applicable)
nextcloud:25.0.3-apache (docker image with added ffmpeg supporting nvidia/cuda)
How much RAM does your server have?
64 Gb
What processor Architecture does your CPU have?
x86_64
Describe the Bug
The first my experience in use of "nextcloud/recognize" was successful. All worked fine but I got a bug and I needed to rollback to old backup of nextcloud (there was already installed "nextcloud/recognize"). My photos all are kept in external storages. Part of them are mounted "read only". Rollback of nectcloud I did without uninstall of "nextcloud/recognize" and I did not reset tags. After re-mounting external storages with photos all old tags are lost and I tried to restart new recognition but got that message: "An error occurred during face recognition, please check the Nextcloud logs." Meanwhile "Object recognition is working". I did remove-legacy-tags, reset-face-clusters, reset faces, cleanup-tags, reset-tags. Then I:
Expected Behavior
Re-installed nextcloud/recognize has to either clean remaining old "faces" and "tags" or catch them up and reconcile tags with paths to images.
To Reproduce
Debug log
I found just this in the nextcloud logs: