我們將.couch文件從一個驅動器移動到另一個驅動器,因爲原始驅動器已達到100%的空間。 然後,我們將新驅動器重新安裝到較舊/最初的目錄。 換句話說,沒有任何改變。CouchDB查看無響應
現在我能夠看到文檔,但無法運行視圖。
它只是掛起。
任何想法可能是什麼問題?
我們將.couch文件從一個驅動器移動到另一個驅動器,因爲原始驅動器已達到100%的空間。 然後,我們將新驅動器重新安裝到較舊/最初的目錄。 換句話說,沒有任何改變。CouchDB查看無響應
現在我能夠看到文檔,但無法運行視圖。
它只是掛起。
任何想法可能是什麼問題?
通常在不重新啓動CouchDB本身的情況下對文件進行洗牌就像在她坐在奶奶下面時移動椅子一樣。遲早,她會注意到....我想你已經重新定位了couchdb文件夾的一個子部分,並且不足以使視圖正常工作。
如果你GET $COUCH/$DB/_design/$DDOC/_info
你會看到一個"signature": "e5c78acfda577dfba5abb602c432ead2"
字段,其中十六進制字符串與該ddoc的基礎視圖文件的名稱相關。
如果您使用管理員憑證GET $COUCH/_config
,則可以看到指向目錄的視圖&的路徑。你應該確保這些在重新裝載過程中沒有被搞砸。
在我的情況是這樣的:
"database_dir": "/usr/local/var/lib/couchdb",
"index_dir": "/usr/local/var/lib/couchdb",
和index_dir
我可以看到/usr/local/var/lib/couchdb/.testy_design/mrview/e5c78acfda577dfba5abb602c432ead2.view
。這是在主1.3.0-a,所以1.2.0和以下的位置是不同的。無論如何,config中的database_dir和index_dir參數需要與磁盤上的內容匹配。檢查一下。
您應該重新安裝整個/usr/local/var/lib/couchdb
文件(包括視圖,如果您不想重建它們)而不是某些子組件。
或者,它可能只是一個緩存問題,在重新啓動CouchDB之後,事情就會解決。通常情況下,Couch依賴於緩存內容,並不希望椅子移動:-)。
看看日誌。 –