Por que recebo erro sqlite, "não é possível abrir o arquivo de banco de dados"?

Aha, acabei de encontrar um artigo explicando isso. O Django também tem informações em sua página NewbieMistakes .

A solução é garantir que o diretório que contém o arquivo de banco de dados também tenha acesso de gravação permitido ao processo.

No meu caso, executar este comando corrigiu o problema:

sudo chown www-data .

Do Django diz "Não é possível abrir o arquivo de banco de dados" ao usar a seção SQLite3 da página wiki do Django de erros para iniciantes :

1. certifique-se de que o Apache também possa gravar no diretório pai do banco de dados
2. certifique-se de que nenhuma das pastas do caminho completo do arquivo de banco de dados comece com um número
3. verifique se o caminho completo para o dbdiretório existe
4. certifique-se de que seu /tmpdiretório seja gravável em todo o mundo
5. certifique-se de que o caminho para o banco de dados especificado settings.pyseja um caminho completo
6. verifique se não há caracteres especiais no caminho
7. no Windows, certifique-se de que o caminho do diretório db esteja escrito com barras invertidas duplas

Minha solução para isso foi mais assim. Eu realmente não queria mudar a propriedade deste diretório. (principalmente porque eu uso o usuário pi para fazer coisas como git)

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

(ou qualquer db que você esteja usando)

onde pi é o usuário em que criei todos os arquivos. (sim, este é um pi de framboesa)

Em vez de alterar as permissões para www-data, descobri que só precisava alterar as permissões assim:

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

Isso dá ao grupo acesso de gravação aos arquivos necessários e adiciona o usuário www-data ao grupo pi.

Nota: se você tiver log, precisará fazer isso também para o arquivo de log do django ou o apache não vai gostar muito.

Adicionar um usuário operacional ao grupo www-data está funcionando bem no meu ambiente de teste. Além disso, coloquei o arquivo sqlite3.db em uma subpasta separada , para ser mais seguro.

O arquivo de banco de dados deve ser de propriedade de www-data

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

Meu usuário operacional hape obtém um membro do grupo www-data:

sudo usermod -a -G www-data hape

Permitir acesso de gravação de arquivo de banco de dados aos membros do grupo 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

Como resultado, o banco de dados pode ser acessado leitura+gravação pelo apache2-daemon (usuário www-data), sem conceder a pasta raiz do projeto, e - por outro lado - o aplicativo pode ser executado em modo dev pelo operacional esperança do usuário, por exemplo

./manage.py runserver

também.

A solução é garantir que o diretório que contém o arquivo de banco de dados também tenha acesso de gravação permitido ao processo.

Para Windows 7, 8.1, 10, Server 2012, etc. siga as instruções de instalação do Bonobo :

Permitir que o usuário do IIS modifique a pasta C:\inetpub\wwwroot\Bonobo.Git.Server\App_Data.

Para fazer isso:

1. selecione Propriedades da pasta App_Data,
2. vá para a guia Segurança,
3. clique em editar,
4. selecione o usuário IIS (no meu caso IIS_IUSRS) e adicione a permissão Modificar e Gravar,
5. confirme essas configurações com o botão Aplicar.

Emprestado da pergunta SO: https://stackoverflow.com/questions/4283132/apache-instance-user-permission-issue

Supondo que os arquivos sejam de propriedade do usuário do apache para iniciar:

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

definido ACLspara usuário/grupo 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

Você pode dizer que há um ACLwith ls -l, o '+' final nos bits de permissões:

# 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

O servidor de desenvolvimento precisa ser executado como o mesmo usuário que possui permissões de gravação na pasta do banco de dados, portanto, se você criou originalmente o banco de dados como root, precisará ser root ao executar:

python manage.py runserver

crie um subdiretório no diretório de trabalho

mkdir db-folder 

criar banco de dados sqlite no subdiretório

sqlite3 db-folder/db.db

altere o proprietário do subdiretório para www-data no debain ou apache no centOS

chown -R www-data db-folder

e pegue uma cerveja gelada porque você está pronto.

P/S: para verificar se o procedimento foi bem sucedido

ls -l data-folder

você deveria ver tal

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

basta escrever sudo sqlite3 databaseFilename.sqle é trabalho