Thanks for letting me know about this problem.
Deactivating the plugin should delete the drop-in module and the SQLite files from your .../wp-content/ directory. As you might imagine, I’ve tested that deactivate operation under many scenarios, but it sounds like I missed one, sorry about that.
Is it possible you deleted the plugin by deleting its files from .../wp-content/plugins/sqlite-object-cache/ without first deactivating it? That would cause the problem you’re seeing.
If the plugin is not active or not present, you can simply delete the drop-in file .../wp-content/object-cache.php and the SQLite files (often in .../wp-content/*.sqlite*) with no ill effects. Once the drop-in file is deleted, any overhead related to this SQLite cache will no longer be present.
(If the plugin is still active it will put back the those files if they’re missing.)
Please, if you have time, let me know a bit more about what happened.
-
This reply was modified 3 years ago by
OllieJones.
I did deactivate the plugin and then deleted it via admin. Was surprised to still see it under the drop-ins and getting errors about it.
I have now deleted the files under wp-content and so far so good.
Another possible route to the problem you have: using wp-cli with the wrong permissions.
If, on Linux, you run wp-cli with webserver permissions by saying
sudo -u www-data wp plugin activate sqlite-object-cache
things work OK, but if you say
wp plugin activate sqlite-object-cache
the drop-in and/or the .sqlite files may be created with the wrong permissions.