Ekleme sırasında 'salt okunur bir veritabanı yazmaya çalışma' SQLite hatası?

Bir web sitesi için kullandığım bir SQLite veritabanım var. Sorun şu ki, denediğimde INSERT INTObirPDOException

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

Sunucuya SSH ekledim ve izinleri kontrol ettim ve veritabanı izinlere sahip

-rw-rw-r--

* Nix izinlerine o kadar aşina değilim, ancak bunun şu anlama geldiğinden oldukça eminim:

• Dizin değil
• Sahibin okuma / yazma izinleri var (göre bu benim ls -l)
• Grubun okuma / yazma izinleri var
• Diğer herkesin yalnızca okuma izinleri vardır

Ayrıca sqlite3programı kullanmayı bildiğim her yere baktım ve alakalı hiçbir şey bulamadım.

PDO'nun veritabanını hangi izinlerle açmaya çalıştığını bilmediğim için yaptım

chmod o+w supplies.db

Şimdi bir tane daha alıyorum PDOException:

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

Ancak YALNIZCA veritabanı açıldıktan sonra bir INSERTsorgu yürütmeye çalıştığımda ortaya çıkıyor .

Neler olduğuna dair bir fikriniz var mı?

Olarak çıkıyor sorun, PDO SQLite sürücüsü yazma işlemi yapacağız if (gerektirmesidir INSERT, UPDATE, DELETE, DROP, vb), daha sonra veritabanı klasörünün bulunduğu gerçek, hem de yazma izinlerine sahip olmalıdır veritabanı dosyası.

Bu bilgiyi PDO SQLite sürücü kılavuz sayfasının en altındaki bir yorumda buldum .

Bu, SQLite dosyasının sahibi , komut dosyasını çalıştıran kullanıcıyla aynı olmadığında olabilir . Tüm dizin yolu (yol boyunca her bir dizin anlamına gelir) yazılamazsa benzer hatalar meydana gelebilir.

SQLite dosyasının sahibi kimdir? Sen?

Komut dosyası kim olarak çalışıyor? Apaçi mi Kimse mi?

Benim için sorun, izinlerden çok SELinux uygulamasıydı . Steve V. tarafından kabul edilen yanıtla ilgili bir yorumda yapılan öneriyi takiben, uygulamayı devre dışı bıraktığımda "salt okunur veritabanı" hatası ortadan kalktı.

echo 0 >/selinux/enforce

Bu komutu çalıştırdıktan sonra, her şey amaçlandığı gibi çalıştı (CentOS 6.3).

Karşılaştığım spesifik sorun, Grafit'in kurulumu sırasında oldu. Apache kullanıcısının hem grafite.db'ye hem de onun üst dizinine yazıp yazamadığını üç kez kontrol ettim. Ama SELinux'u "düzeltene" kadar, sahip olduğum tek şey şunun etkisine yönelik bir yığın izlemesiydi: DatabaseError: salt okunur bir veritabanı yazmaya çalış

Bu SELinux'tan kaynaklanabilir. SELinux'u tamamen devre dışı bırakmak istemiyorsanız, fcontext db dizinini httpd_sys_rw_content_t olarak ayarlamanız gerekir.

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

Bir Android sistemde bir veritabanına yazmaya çalıştığımda bu hatayı aldım.

Görünüşe göre sqlite3 sadece veritabanı dosyasına ve içerdiği dizine yazma izinlerine (@ austin-hyde cevabında söylendiği gibi) değil, aynı zamanda ortam değişkeninin TMPDIRde (muhtemelen yazılabilir) bir dizini göstermesi gerekiyor.

Android sistemimde ayarladım TMPDIR="/data/local/tmp"ve şimdi betiğim beklendiği gibi çalışıyor :)

Düzenle:

Ortam değişkenlerini ayarlayamazsanız, burada listelenen diğer yöntemlerden birini kullanabilirsiniz: https://www.sqlite.org/tempfiles.html#temporary_file_storage_locations likePRAGMA temp_store_directory = 'directory-name';

Windows 7 altındaki IIS'den de aynı hatayı aldım. Bu hatayı düzeltmek için sqlite veritabanı dosyası için IUSR hesabına tam denetim izinleri eklemem gerekiyordu. IIS yerine webmatrix altında sqlite kullanırsanız izinleri değiştirmenize gerek yoktur.

Özetle, veritabanı dosyasını (* .db) bir alt klasöre koyarak sorunu çözdüm.

• Alt klasör ve içindeki veritabanı dosyası, www-veri grubunun bir üyesi olmalıdır.
• Www-data grubunda, alt klasöre ve veritabanı dosyasına yazma hakkına sahip olmalısınız.

Ben kullanmaktan değişince Tarayıcımdaki bu var http: // localhost için http://145.900.50.20 (145.900.50.20 benim yerel IP adresidir) ve daha sonra localhost için geri değişti - kalmak için gerekliydi IP adresini bir kez değiştirmiştim

Kullandım:

echo exec ('whoami');

betiği kimin çalıştırdığını bulmak için (örneğin kullanıcı adı) ve ardından kullanıcıya tüm uygulama dizinine aşağıdaki gibi izinler verin:

sudo chown -R: kullanıcı adı / var / www / html / uygulamam

Umarım bu dışarıdaki birine yardımcı olur.