Pourquoi ai-je une erreur sqlite, «impossible d'ouvrir le fichier de base de données»?

En utilisant mon application Django, je peux très bien lire dans la base de données. Lorsque l'application n'avait pas la permission d'accéder au fichier, elle m'a donné cette erreur:

essayer d'écrire une base de données en lecture seule

Ce qui avait du sens. J'ai donc modifié les autorisations sur le fichier, de sorte que le processus Apache dispose d'autorisations en écriture. Cependant, au lieu de pouvoir écrire, j'obtiens cette erreur cryptique:

impossible d'ouvrir le fichier de base de données

Si c'est utile, voici le résultat complet:

Request Method: POST
Request URL:    http://home-sv-1/hellodjango1/polls/1/vote/
Exception Type: OperationalError
Exception Value:    
unable to open database file
Exception Location: /usr/lib/pymodules/python2.5/django/db/backends/sqlite3/base.py in execute, line 193
Python Executable:  /usr/bin/python
Python Version: 2.5.2
Python Path:    ['/var/www', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', '/usr/lib/python2.5/lib-tk', '/usr/lib/python2.5/lib-dynload', '/usr/local/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages', '/usr/lib/pymodules/python2.5', '/usr/lib/pymodules/python2.5/gtk-2.0']
Server time:    Sun, 23 Aug 2009 07:06:08 -0500

Faites-moi savoir si une trace de pile est nécessaire.

Aha, je suis tombé sur un article expliquant cela. Django a aussi des infos sur sa page NewbieMistakes .

La solution consiste à vérifier que le répertoire contenant le fichier de base de données dispose également d'un accès en écriture autorisé pour le processus.

Dans mon cas, l'exécution de cette commande a résolu le problème:

sudo chown www-data .

Ma solution à cela était plus comme ça. Je ne voulais pas vraiment changer la propriété de ce répertoire. (principalement parce que j'utilise l'utilisateur pi pour faire des choses comme git)

/var/www/mysite $ ls -la sql*
-rw-rw-r-- 1 pi       pi       25600 Jan  2 22:57 sqlite.db

(ou quelle que soit la base de données que vous utilisez)

où pi est l'utilisateur qui a créé tous les fichiers. (oui, c'est un framboise pi)

Au lieu de modifier les autorisations sur www-data, j'ai constaté qu'il me suffisait de modifier les autorisations de la manière suivante:

sudo chmod 775 /var/www/mysite
sudo chmod 664 /var/www/mysite/sqlite.db
sudo usermod -a -G pi www-data

Cela donne aux groupes un accès en écriture aux fichiers nécessaires et ajoute l'utilisateur www-data au groupe pi.

Remarque: si vous avez une journalisation, vous aurez également besoin de le faire pour le fichier journal Django, sinon Apache ne l’aimera pas beaucoup.

D'après Django, "Impossible d'ouvrir le fichier de base de données" lors de l'utilisation de la section SQLite3 de la page de wiki Django concernant les erreurs des débutants :

1. assurez-vous qu'Apache peut également écrire dans le répertoire parent de la base de données
2. assurez-vous qu'aucun des dossiers du chemin complet du fichier de base de données ne commence par un numéro
3. assurez-vous que le chemin complet du dbrépertoire existe
4. assurez-vous que votre /tmprépertoire est accessible en écriture mondiale
5. assurez-vous que le chemin d'accès à la base de données spécifiée settings.pyest un chemin complet
6. assurez-vous qu'il n'y a pas de caractères spéciaux dans le chemin
7. sous Windows, assurez-vous que le chemin du répertoire de la base de données est écrit avec des doubles barres obliques

L'ajout d'un utilisateur opérationnel au groupe www-data fonctionne bien dans mon environnement de test. De plus, j'ai mis le fichier sqlite3.db dans un sous - dossier séparé pour plus de sécurité.

Le fichier de base de données sera la propriété de www-data

sudo chown www-data mysite/db_sqlite3/
sudo chown www-data mysite/db_sqlite3/my.db

Mon utilisateur opérationnel obtient un membre du groupe www-data:

sudo usermod -a -G www-data hape

Autorisez l'accès en écriture du fichier de base de données aux membres du groupe www-data:

sudo chmod u+w+x,g+w+x mysite/db_sqlite3/
sudo chmod u+w+x,g+w+x mysite/db_sqlite3/my.db

En conséquence, la base de données est accessible en lecture et en écriture par apache2-daemon (utilisateur www-data), sans octroyer d’autorisation au dossier racine du projet et, d’autre part, l’application peut être exécutée en mode dev utilisateur hape, par exemple

./manage.py runserver

aussi.

Emprunté à SO question: https://stackoverflow.com/questions/4283132/apache-instance-user-permission-issue

En supposant que les fichiers appartiennent à l'utilisateur apache pour démarrer:

% chown -R apache.apache /var/www/mysite

définir ACLspour utilisateur / groupe pi:

% setfacl -d -m u:pi:rwx /var/www/mysite
% setfacl -d -m g:pi:rwx /var/www/mysite

% getfacl /var/www/mysite
# file: /var/www/mysite
# owner: apache
# group: apache
user::rwx
group::r-x
other::r-x
default:user::rwx
default:user:pi:rwx
default:group::r-x
default:group:pi:rwx
default:mask::rwx
default:other::r-x

Vous pouvez dire qu'il y a un ACLavec ls -l, le '+' à la fin des bits d'autorisations:

# ls -la /var/www
drwxr-xr-x   3 apache   apache   80 26. Nov 12:43 .
drwxrwxrwt  15 root     root 360 26. Nov 12:40 ..
drwxrwxr-x+  2 apache   apache   40 26. Nov 12:43 mysite

La solution consiste à vérifier que le répertoire contenant le fichier de base de données dispose également d'un accès en écriture autorisé pour le processus.

Pour Windows 7, 8.1, 10, Server 2012, etc., suivez les instructions d'installation de Bonobo :

Autoriser l'utilisateur IIS à modifier le dossier C: \ inetpub \ wwwroot \ Bonobo.Git.Server \ App_Data.

Faire cela:

1. sélectionnez Propriétés du dossier App_Data,
2. allez dans l'onglet Sécurité,
3. cliquez sur éditer,
4. sélectionnez l'utilisateur IIS (dans mon cas, IIS_IUSRS) et ajoutez l'autorisation Modifier et écrire,
5. confirmez ces paramètres avec le bouton Appliquer.

Le serveur de développement doit être exécuté avec le même utilisateur que celui qui a des droits en écriture sur le dossier de la base de données. Par conséquent, si vous avez initialement créé la base de données en tant que root, vous devez être root lorsque vous exécutez:

python manage.py runserver

créer un sous-répertoire dans le répertoire de travail

mkdir db-folder 

créer une base de données sqlite dans le sous-répertoire

sqlite3 db-folder/db.db

changer le propriétaire du sous-répertoire en www-data dans debain ou apache dans centOS

chown -R www-data db-folder

et attrapez une bière bien fraîche.

P / S: vérifier si la procédure a réussi

ls -l data-folder

vous devriez voir tel

-rw-r--r-- 2 www-data root 4096 Jun 18 01:38 data-folder

il suffit d'écrire sudo sqlite3 databaseFilename.sqlet c'est du travail