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

Back to archive index

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


篠田です。

林様からアドバイスいただいた内容を実施してみました。

●--log-level debug

(system call error が出た前後を抜粋)

2016-12-21 14:54:44.256000|n| DDL:274:column_create Bigram mail_index
2016-12-21 14:54:44.256000|n| spec:274:update:Bigram.mail_index:72(column:index):259(Mail)
2016-12-21 14:54:44.256000|n| DDL:274:set_source Bigram.mail_index Mail.subject,Mail.from,Mail.to,Mail.cc,Mail.bcc,Mail.body
2016-12-21 14:54:44.256000|n| spec:269:update:Mail.subject:65(column:var_size):14(ShortText)
2016-12-21 14:54:44.256000|n| spec:264:update:Mail.from:65(column:var_size):14(ShortText)
2016-12-21 14:54:44.256000|n| spec:270:update:Mail.to:65(column:var_size):14(ShortText)
2016-12-21 14:54:44.256000|n| spec:262:update:Mail.cc:65(column:var_size):14(ShortText)
2016-12-21 14:54:44.256000|n| spec:260:update:Mail.bcc:65(column:var_size):14(ShortText)
2016-12-21 14:54:44.256000|n| spec:261:update:Mail.body:65(column:var_size):16(LongText)
2016-12-21 14:56:51.109000|d| n_terms = 5854, chunk_offset = 1048443, chunk_size = 1048576, total = 24901KB
2016-12-21 14:56:51.294000|d| n_terms = 12288, chunk_offset = 742413, chunk_size = 1048576, total = 31104KB
2016-12-21 14:56:51.479000|d| n_terms = 12288, chunk_offset = 782094, chunk_size = 1048576, total = 37283KB
2016-12-21 14:56:51.526000|e| system error[8]: このコマンドを実行するための十分な記憶域がありません。: MapViewOfFile(71368704,4194304) failed <1745027072>
2016-12-21 14:56:51.526000|C| mmap failed!!! in GRN_IO_SEG_REF(056240F8, 17, 1): このコマンドを実行するための十分な記憶域がありません。
2016-12-21 14:56:51.595000|n| spec:274:update:Bigram.mail_index:72(column:index):259(Mail)
2016-12-21 14:56:51.595000|n| DDL:274:obj_remove Bigram.mail_index
2016-12-21 14:56:51.595000|n| spec:269:update:Mail.subject:65(column:var_size):14(ShortText)
2016-12-21 14:56:51.595000|n| spec:264:update:Mail.from:65(column:var_size):14(ShortText)
2016-12-21 14:56:51.595000|n| spec:270:update:Mail.to:65(column:var_size):14(ShortText)
2016-12-21 14:56:51.595000|n| spec:262:update:Mail.cc:65(column:var_size):14(ShortText)
2016-12-21 14:56:51.610000|n| spec:260:update:Mail.bcc:65(column:var_size):14(ShortText)
2016-12-21 14:56:51.610000|n| spec:261:update:Mail.body:65(column:var_size):16(LongText)
2016-12-21 14:56:51.610000|e| system call error: Permission denied: failed to remove path: <groongadb\becky.db.0000112.c>
2016-12-21 14:56:51.626000|n| DDL:275:column_create Paths mail_path
2016-12-21 14:56:51.626000|n| spec:275:update:Paths.mail_path:72(column:index):259(Mail)
2016-12-21 14:56:51.626000|n| DDL:275:set_source Paths.mail_path Mail.path
2016-12-21 14:56:51.626000|n| spec:266:update:Mail.path:65(column:var_size):14(ShortText)
2016-12-21 14:56:53.013000|n| spec:275:update:Paths.mail_path:72(column:index):259(Mail)
2016-12-21 14:56:53.013000|n| DDL:276:column_create Paths msgid_path
2016-12-21 14:56:53.013000|n| spec:276:update:Paths.msgid_path:72(column:index):259(Mail)
2016-12-21 14:56:53.013000|n| DDL:276:set_source Paths.msgid_path Mail.msgid
2016-12-21 14:56:53.013000|n| spec:265:update:Mail.msgid:65(column:var_size):14(ShortText)

●--max-threads 1

結果は変わらず同じエラーが出ました(速度もあまり変わらない気がしました)


# 上記のログを見る限り、仮想メモリが足りなくなっている感じですかね?


On Wed, 21 Dec 2016 12:27:07 +0900
Kentaro Hayashi <hayas****@clear*****> wrote:

> 林です。
> 
> 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]
> ...
> > [[-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" というのはどのようなエラーなのでしょうか?
> > ご教示のほど、よろしくお願いいたします。
> 
> system call errorとは、メッセージにあるようにシステムコールの実行に失敗したときに
> 記録されるエラーです。今回の場合には groongadb\\becky.db.0000116.c を _unlink [1] で
> 削除できなかったことを意味しています。このことは ["grn_io_remove_raw","io.c",825] からわかります。
> 
> [1] https://msdn.microsoft.com/en-us/library/1c3tczd6.aspx
> 
> ただ、ログからは、削除に失敗したことはわかりますが、なぜ失敗したか
> まではわかりません。--log-devel debugや--log-pathを指定してログを出してみるともうすこし
> 手がかりになる情報が得られるかもしれません。
> 
> -- 
> Kentaro Hayashi <hayas****@clear*****>
> 
> _______________________________________________
> groonga-dev mailing list
> groon****@lists*****
> http://lists.osdn.me/mailman/listinfo/groonga-dev

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




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