2

以前はディスク容量が不足していて、mongodbが動作を停止していました。次に、ディスクサイズを増やしましたが、mongodbが機能し始めません。

ジャーナリングを有効にしていますが、次のコマンドを実行しています
sudo -u mongodb mongod --dbpath / var / lib / mongodb / --repair

ただし、この修復コマンドは例外を受け取り、修復を停止してから終了します。

    Fri Nov 30 13:29:36 [initandlisten] build index bd_production.news { _id: 1 }

    Fri Nov 30 13:29:36 [initandlisten]      fastBuildIndex dupsToDrop:0

    Fri Nov 30 13:29:36 [initandlisten] build index done.  scanned 2549 total
    records. 0.008 secs

    Fri Nov 30 13:29:36 [initandlisten]  bd_production.change_sets
    Assertion failure isOk() src/mongo/db/pdfile.h 360

  0x879d86a 0x85a9835 0x85e441e 0x84caa02 0x84c7d19 0x8229b5a 0x822bfd8
 0x875bd51 0x875f0c7 0x8760df4 0x83e6523 0x83b6c3b 0x8753b07 0x83b92bf
 0x8827ab7 0x882a53b 0x882d4bf 0x882d691 0x85ed280 0x81719dc

 mongod(_ZN5mongo15printStackTraceERSo+0x2a) [0x879d86a]

 mongod(_ZN5mongo10logContextEPKc+0xa5) [0x85a9835]
 ...
 ...
 ...
    ... some error msg 

    Fri Nov 30 13:29:36 [initandlisten] assertion 0 assertion
     src/mongo/db/pdfile.h:360 ns:bd_production.change_sets
    query:{}

     Fri Nov 30 13:29:36 [initandlisten] problem detected during query over
     bd_production.change_sets : { $err: "assertion
     src/mongo/db/pdfile.h:360" }

    Fri Nov 30 13:29:36 [initandlisten] query
    bd_production.change_sets ntoreturn:0 keyUpdates:0 exception:
    assertion src/mongo/db/pdfile.h:360  reslen:71 197ms

     Fri Nov 30 13:29:36 [initandlisten] exception in initAndListen: 13106
     nextSafe(): { $err: "assertion src/mongo/db/pdfile.h:360" }, terminating

     Fri Nov 30 13:29:36 dbexit:
    ...
    ...

ニュースコレクションは正常に修復されましたが、「change_set」は正常に修復されません。

その特定のコレクション（change_set）またはデータベースを修復するにはどうすればよいですか？

更新： そのchange_setコレクションに対して--repairを指定してmongodumpを実行すると、次のエラーメッセージが表示されます。

Tue Dec  4 10:45:21 [tools]         backwards extent pass
Tue Dec  4 10:45:21 [tools]             extent loc: 5:1181e000
Tue Dec  4 10:45:21 [FileAllocator] allocating new datafile /home/suvankar/dd/bd_production.5, filling with zeroes...
Tue Dec  4 10:45:21 [FileAllocator] creating directory /home/suvankar/dd/_tmp
Tue Dec  4 10:45:21 [FileAllocator] done allocating datafile /home/suvankar/dd/bd_production.5, size: 511MB,  took 0.042 secs
Tue Dec  4 10:45:21 [tools]                 warning: Extent not ok magic: 0 going to try to continue
Tue Dec  4 10:45:21 [tools]                 length:0
Tue Dec  4 10:45:21 [tools]                     ERROR: offset is 0 for record which should be impossible
Tue Dec  4 10:45:21 [tools]                     wrote 1 documents
Tue Dec  4 10:45:21 [tools]             extent loc: 0:0
Tue Dec  4 10:45:21 [tools]                 ERROR: invalid extent ofs: 0
Tue Dec  4 10:45:21 [tools]                  5 objects
Tue Dec  4 10:45:21 dbexit: 
Tue Dec  4 10:45:21 [tools] shutdown: going to close listening sockets...
Tue Dec  4 10:45:21 [tools] shutdown: going to flush diaglog...
Tue Dec  4 10:45:21 [tools] shutdown: going to close sockets...
Tue Dec  4 10:45:21 [tools] shutdown: waiting for fs preallocator...
Tue Dec  4 10:45:21 [tools] shutdown: lock for final commit...
4

1 に答える 1

4

with repair で修復が行われない場合mongodは、有効で正しいデータベース ファイルのセットを起動するという点で修復または回避できないレベルの破損が発生しています。

破損を回避しようとする点でより積極的であり、インスタンスを起動していないmongodumprepairで実行できmongodます (したがって、続行するためにファイルが正しい必要はありません)。

mongodump --repair --dbpath /var/lib/mongodb/ <other options here>

ただし、破損を回避しようとする方法が原因で、ドキュメントの複数のコピーが作成される可能性があることに注意してください。これはどのようにmongorestore機能するかでは問題ではありませんが、破損のレベルによっては、予想よりもはるかに大きなダンプ ファイルが作成される可能性があります。非常に極端なケースでは、10 倍のデータが生成されるのを見たことがありますが、これは規則ではなく例外でした。

すべてを満足のいくようにダンプしたら、mongodクリーンを開始して再インポートし、良好な状態に戻します。

于 2012-12-03T12:29:06.557 に答える