[groonga-dev,04221] Re: dump結果をrestoreするときにエラーが出る

Back to archive index

shinonon shino****@jcom*****
2016年 12月 21日 (水) 11:07:20 JST


篠田です。

少し切り分けてみました。
DB サイズを小さくして(メールソフトで使っているので、メール数が少ない環
境を準備して) dump→restore する分には、下記の手順で問題なく動作するこ
とが確認できました。というわけで、32bitだからダメ、というわけではなさ
そうです。
問題が、DB サイズに依存するのか、何かしらダメ文字みたいなものがあるの
かまでは切り分けられていません。

仮に DB サイズに依存するとして、今の DB サイズ(dumpしたら 1GBくらいで、
DBフォルダの容量としては約2.4GB)でも、全文検索で使っている限りではとて
も快適に全く問題なく使えています。dump→restore してみたらたまたま出た
問題なのですが、ドキュメントに「32-bit用パッケージを使った場合は、中程
度のサイズのデータでもメモリ不足エラーになることがあります」という記載
がありますが、dump リストアでも何かしら問題が出ることがあるのでしょう
か?(例えば、途中で io_flush を適宜挟む等、分割しながらリストアすれば
回避できるかもしれない、とかありますかね?)


On Tue, 20 Dec 2016 16:06:59 +0900
shinonon <shino****@jcom*****> wrote:

> 篠田です。
> 
> まだ十分に切り分けができていないのですが、groonga 6.1.1(x32)で dump で
> バックアップしたファイルを戻すときに、以下のようなエラーが出ます。
> 
> C:\Users\shinonon\mail>"C:\Program Files\groonga\bin\lz4.exe" -d "C:\Users\shinonon\mail\groongadb_dump20161220.lz4" -   | "C:\Program Files\groonga\bin\groonga.exe" -n groongadb\becky.db
> [[0,1482188217.892,0.0],true]
> [[0,1482188217.892,0.0],true]
> [[0,1482188217.892,0.0],true]
> [[0,1482188217.892,0.0],true]
> [[0,1482188217.892,0.0],true]
> [[0,1482188217.892,0.0],true]
> [[0,1482188217.892,0.01500000001396984],true]
> [[0,1482188217.907,0.0],true]
> [[0,1482188217.907,0.0],true]
> [[0,1482188217.907,0.0],true]
> [[0,1482188217.907,0.0],true]
> [[0,1482188217.907,0.0],true]
> [[0,1482188217.907,0.0],true]
> [[0,1482188217.907,0.01599999994505197],true]
> [[0,1482188217.923,0.0],true]
> [[0,1482188217.923,0.0],true]
> [[0,1482188217.923,0.0],true]
> [[0,1482188217.923,0.0],true]
> [[0,1482188217.923,0.0],137]
> Successfully decoded 1002515968 bytes
> [[0,1482188217.923,34.54300000006333],165458]
> [[-14,1482188252.466,128.7989999999991,"system call error: Permission denied: failed to remove path: <groongadb\\becky.db.0000112.c>",[["grn_io_remove_raw","io.c",825]]],false]   ※※※※※ここでエラー※※※※※
> [[0,1482188381.265,1.023999999975786],true]
> [[0,1482188382.289,1.018000000040047],true]
> [[0,1482188383.307,1.079999999958091],true]
> [[-14,1482188384.388,0.4689999999245629,"system call error: Permission denied: failed to remove path: <groongadb\\becky.db.0000116.c>",[["grn_io_remove_raw","io.c",825]]],false]  ※※※※※ここでもエラー※※※※※
> 
> 関係があるかどうか分かりませんが、このエラーが出るのは 32bit版だけで、
> 64bit版では出ません(元となるバックアップデータも違うので全く関係ない
> かもしれません)。
> "Permission denied" とあるので、管理者権限を持ったコマンドプロンプトで
> も実行してみましたが、全く同じエラーが出ました。また restore 後に検索
> をしてみると、全く結果が出ないので、DB は壊れているようです。
> 
> この "system call error" というのはどのようなエラーなのでしょうか?
> ご教示のほど、よろしくお願いいたします。
> 
> -- 
> 篠田 敦
> shino****@jcom*****
> 
> _______________________________________________
> groonga-dev mailing list
> groon****@lists*****
> http://lists.osdn.me/mailman/listinfo/groonga-dev

-- 
篠田 敦
shino****@jcom*****




groonga-dev メーリングリストの案内
Back to archive index