挿入中にSQLiteエラー「読み取り専用データベースへの書き込みを試みます」？

Webサイトに使用しているSQLiteデータベースがあります。問題は、それを試そうとするINSERT INTOと、PDOException

SQLSTATE[HY000]: General error: 8 attempt to write a readonly database

私はサーバーにSSHで接続して権限を確認しましたが、データベースには権限があります

-rw-rw-r--

* nixの権限についてはあまり詳しくありませんが、これは

• ディレクトリではありません
• 所有者は読み取り/書き込み権限を持っています（それは私ですls -l）
• グループには読み取り/書き込み権限があります
• 他のすべてのユーザーは読み取り権限のみを持っています

私はまた、sqlite3プログラムを使用することを知っているあらゆる場所を調べましたが、何も関連性がありませんでした。

PDOがデータベースを開こうとしている権限がわからなかったので、

chmod o+w supplies.db

今、私は別のものを得ますPDOException：

SQLSTATE[HY000]: General error: 14 unable to open database file

しかし、データベースが開いた後にINSERTクエリを実行しようとしたときにのみ発生します。

何が起こっているのかについてのアイデアはありますか？

結局のところような問題は、PDO SQLiteのドライバを使用すると、書き込み操作を行おうとしている場合（ことが必要ということでINSERT、UPDATE、DELETE、DROP、など）、その内のデータベースフォルダ存在が実際と同様に、書き込み権限を持っている必要がありますデータベースファイル。

この情報は、PDO SQLiteドライバーのマニュアルページの一番下にあるコメントに記載されています。

これは、SQLiteファイル自体の所有者がスクリプトを実行しているユーザーと同じでない場合に発生する可能性があります。ディレクトリパス全体（途中の各ディレクトリ）に書き込めない場合にも、同様のエラーが発生する可能性があります。

SQLiteファイルの所有者は誰ですか？君は？

スクリプトは誰として実行されていますか？アパッチか誰も？

私にとっての問題は、権限ではなくSELinuxの強制でした。「読み取り専用データベース」エラーは、受け入れられた回答に関するコメントでスティーブVが行った提案に従って、強制を無効にすると解消されました。

echo 0 >/selinux/enforce

このコマンドを実行すると、すべてが意図したとおりに機能しました（CentOS 6.3）。

私が遭遇した特定の問題は、グラファイトのセットアップ中に発生しました。私は、apacheユーザーが所有していて、私のGraphite.dbとその親ディレクトリの両方に書き込むことができることをトリプルチェックしました。しかし、SELinuxを「修正」するまで、私が得たのは、以下の影響に対するスタックトレースだけでした。DatabaseError：読み取り専用データベースに書き込もうとしました

これは、SELinuxが原因である可能性があります。SELinuxを完全に無効にしたくない場合は、dbディレクトリのfcontextをhttpd_sys_rw_content_tに設定する必要があります。

semanage fcontext -a -t httpd_sys_rw_content_t "/var/www/railsapp/db(/.*)?"
restorecon -v /var/www/railsapp/db

Androidシステムのデータベースに書き込もうとしたときに、このエラーが発生しました。

どうやらsqlite3には、データベースファイルとそれを含むディレクトリ（@ austin-hydeがすでに彼の回答で述べたように）への書き込み権限だけでなく、環境変数も必要です TMPDIRが（おそらく書き込み可能な）ディレクトリを指す必要があります。

私のAndroidシステムでは、それを TMPDIR="/data/local/tmp"、スクリプトは期待どおりに実行されます

編集：

環境変数を設定できない場合は、ここにリストされている他の方法のいずれかを使用できます：https : //www.sqlite.org/tempfiles.html#temporary_file_storage_locations likePRAGMA temp_store_directory = 'directory-name';

Windows 7でIISから同じエラーが発生しました。このエラーを修正するには、sqliteデータベースファイルのIUSRアカウントにフルコントロールのアクセス許可を追加する必要がありました。IISの代わりにwebmatrixでsqliteを使用する場合は、権限を変更する必要はありません。

要約すると、データベースファイル（* .db）をサブフォルダーに配置することで問題を解決しました。

• サブフォルダーとその中のデータベースファイルは、www-dataグループのメンバーである必要があります。
• www-dataグループでは、サブフォルダーとデータベースファイルに書き込む権限が必要です。

http：// localhostをhttp://145.900.50.20（145.900.50.20は私のローカルIPアドレスです）に変更した後、ブラウザーでこれを取得し、localhostに戻しました。一度変更したIPアドレス

私が使用した：

echo exec（ 'whoami'）;

スクリプトを実行しているユーザー（ユーザー名など）を確認し、次のようにユーザーにアプリケーションディレクトリ全体へのアクセス許可を付与します。

sudo chown -R：username / var / www / html / myapp

これが誰かを助けることを願っています。