Lỗi SQLite 'cố gắng ghi cơ sở dữ liệu chỉ đọc' trong khi chèn?

Tôi có một cơ sở dữ liệu SQLite mà tôi đang sử dụng cho một trang web. Vấn đề là khi tôi cố gắng INSERT INTO, tôi nhận được mộtPDOException

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

Tôi SSH vào máy chủ và kiểm tra quyền và cơ sở dữ liệu có quyền

-rw-rw-r--

Tôi không quen thuộc với quyền * nix, nhưng tôi khá chắc chắn điều này có nghĩa là

• Không phải là một thư mục
• Chủ sở hữu có quyền đọc / ghi (đó là tôi, theo ls -l)
• Nhóm có quyền đọc / ghi
• Mọi người khác chỉ có quyền đọc

Tôi cũng đã tìm mọi nơi tôi biết để sử dụng sqlite3chương trình, và thấy không có gì liên quan.

Vì tôi không biết PDO đang cố gắng mở cơ sở dữ liệu nào, nên tôi đã làm

chmod o+w supplies.db

Bây giờ, tôi nhận được một cái khác PDOException:

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

Nhưng nó CHỈ xảy ra khi tôi cố gắng thực hiện một INSERTtruy vấn sau khi cơ sở dữ liệu được mở.

Có ý kiến ​​nào về những việc đang ra không?

Vấn đề, khi nó quay ra, là người lái xe PDO SQLite đòi hỏi rằng nếu bạn đang đi để làm một thao tác ghi ( INSERT, UPDATE, DELETE, DROP, vv), sau đó vào thư mục cơ sở dữ liệu cư trú trong phải có quyền ghi, cũng như thực tế tập tin cơ sở dữ liệu.

Tôi tìm thấy thông tin này trong một bình luận ở cuối trang hướng dẫn trình điều khiển SQLO PDO .

Điều này có thể xảy ra khi chủ sở hữu tệp SQLite không giống như người dùng đang chạy tập lệnh. Lỗi tương tự có thể xảy ra nếu toàn bộ đường dẫn thư mục (có nghĩa là mỗi thư mục trên đường đi) không thể được ghi vào.

Ai sở hữu tệp SQLite? Bạn?

Kịch bản đang chạy là ai? Apache hay không ai?

Đối với tôi, vấn đề là thực thi TỰ TIN chứ không phải là quyền. Lỗi "cơ sở dữ liệu chỉ đọc" đã biến mất sau khi tôi vô hiệu hóa thực thi, theo đề xuất của Steve V. trong một nhận xét về câu trả lời được chấp nhận.

echo 0 >/selinux/enforce

Khi chạy lệnh này, mọi thứ hoạt động như dự định (CentOS 6.3).

Vấn đề cụ thể tôi gặp phải là trong quá trình thiết lập Graphite. Tôi đã kiểm tra ba lần rằng người dùng apache sở hữu và có thể ghi vào cả graph.db và thư mục mẹ của nó. Nhưng cho đến khi tôi "sửa" SELinux, tất cả những gì tôi nhận được là một dấu vết ngăn xếp ảnh hưởng của: DatabaseError: cố gắng viết một cơ sở dữ liệu chỉ đọc

Điều này có thể được gây ra bởi SELinux. Nếu bạn không muốn tắt hoàn toàn SELinux, bạn cần đặt thư mục db fcontext thành httpd_sys_rw_content_t.

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

Tôi đã gặp lỗi này khi tôi cố ghi vào cơ sở dữ liệu trên hệ thống Android.

Rõ ràng sqlite3 không chỉ cần quyền ghi vào tệp cơ sở dữ liệu và thư mục chứa (như @ austin-hyde đã nói trong câu trả lời của anh ấy) mà cả biến môi trường TMPDIRphải trỏ đến một thư mục (có thể ghi được).

Trên hệ thống Android của tôi, tôi đã đặt nó TMPDIR="/data/local/tmp"và bây giờ tập lệnh của tôi chạy như mong đợi :)

Biên tập:

Nếu bạn không thể đặt các biến môi trường, bạn có thể sử dụng một trong các phương pháp khác được liệt kê tại đây: https://www.sqlite.org/tempfiles.html#t tạm_file_st Storage_locations nhưPRAGMA temp_store_directory = 'directory-name';

Tôi đã gặp lỗi tương tự từ IIS trong windows 7. Để khắc phục lỗi này, tôi đã phải thêm quyền kiểm soát hoàn toàn vào tài khoản IUSR cho tệp cơ sở dữ liệu sqlite. Bạn không cần thay đổi quyền nếu bạn sử dụng sqlite dưới webmatrix thay vì IIS.

Tóm lại, tôi đã khắc phục sự cố bằng cách đặt tệp cơ sở dữ liệu (* .db) vào thư mục con.

• Thư mục con và tệp cơ sở dữ liệu trong đó phải là thành viên của nhóm dữ liệu www.
• Trong nhóm dữ liệu www, bạn phải có quyền ghi vào thư mục con và tệp cơ sở dữ liệu.

Tôi đã nhận được điều này trong trình duyệt của mình khi tôi thay đổi từ sử dụng http: // localhost thành http://145.900.50.20 (trong đó 145.900.50.20 là địa chỉ IP cục bộ của tôi) và sau đó đổi lại thành localhost - cần phải ở lại với Địa chỉ IP một lần tôi đã thay đổi thành địa chỉ đó một lần

Tôi đã sử dụng:

echo exec ('whoami');

để tìm ra ai đang chạy tập lệnh (nói tên người dùng) và sau đó cấp quyền cho người dùng cho toàn bộ thư mục ứng dụng, như:

sudo chown -R: tên người dùng / var / www / html / myapp

Hy vọng điều này sẽ giúp ai đó ngoài kia.