[SERVER-29952] E STORAGE [initandlisten] WiredTiger (-31803) [1498919352:367391][6096:1997747072], txn-recover: Recovery failed: WT_NOTFOUND: item not found Created: 01/Jul/17  Updated: 29/Jul/17  Resolved: 05/Jul/17

Status: Closed
Project: Core Server
Component/s: None
Affects Version/s: 3.2.6
Fix Version/s: None

Type: Question Priority: Major - P3
Reporter: chesian Assignee: Mark Agarunov
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: Text File 2017-07-02.log    
Issue Links:
Duplicate
duplicates SERVER-25118 MongoDB gets corrupted after docker c... Closed
Participants:

 Description   

2017-07-01T22:29:12.352+0800 I CONTROL  [main] Hotfix KB2731284 or later update is not installed, will zero-out data files
2017-07-01T22:29:12.353+0800 I CONTROL  [initandlisten] MongoDB starting : pid=6096 port=27017 dbpath=H:\chesian\mongoDB_data\data-2017-3-21 64-bit host=ch-PC
2017-07-01T22:29:12.353+0800 I CONTROL  [initandlisten] targetMinOS: Windows 7/Windows Server 2008 R2
2017-07-01T22:29:12.353+0800 I CONTROL  [initandlisten] db version v3.2.6
2017-07-01T22:29:12.353+0800 I CONTROL  [initandlisten] git version: 05552b562c7a0b3143a729aaa0838e558dc49b25
2017-07-01T22:29:12.353+0800 I CONTROL  [initandlisten] allocator: tcmalloc
2017-07-01T22:29:12.353+0800 I CONTROL  [initandlisten] modules: none
2017-07-01T22:29:12.353+0800 I CONTROL  [initandlisten] build environment:
2017-07-01T22:29:12.353+0800 I CONTROL  [initandlisten]     distmod: 2008plus
2017-07-01T22:29:12.353+0800 I CONTROL  [initandlisten]     distarch: x86_64
2017-07-01T22:29:12.353+0800 I CONTROL  [initandlisten]     target_arch: x86_64
2017-07-01T22:29:12.353+0800 I CONTROL  [initandlisten] options: { storage: { dbPath: "H:\chesian\mongoDB_data\data-2017-3-21" }, systemLog: { destination: "file", logAppend: true, path: "G:\chesian\mongoDB_data\log\2017-07-02.log" } }
2017-07-01T22:29:12.354+0800 I -        [initandlisten] Detected data files in H:\chesian\mongoDB_data\data-2017-3-21 created by the 'wiredTiger' storage engine, so setting the active storage engine to 'wiredTiger'.
2017-07-01T22:29:12.354+0800 I STORAGE  [initandlisten] wiredtiger_open config: create,cache_size=6G,session_max=20000,eviction=(threads_max=4),config_base=false,statistics=(fast),log=(enabled=true,archive=true,path=journal,compressor=snappy),file_manager=(close_idle_time=100000),checkpoint=(wait=60,log_size=2GB),statistics_log=(wait=0),
2017-07-01T22:29:12.367+0800 E STORAGE  [initandlisten] WiredTiger (-31803) [1498919352:367391][6096:1997747072], txn-recover: Recovery failed: WT_NOTFOUND: item not found
2017-07-01T22:29:12.369+0800 I -        [initandlisten] Assertion: 28595:-31803: WT_NOTFOUND: item not found
2017-07-01T22:29:12.426+0800 I STORAGE  [initandlisten] exception in initAndListen: 28595 -31803: WT_NOTFOUND: item not found, terminating
2017-07-01T22:29:12.426+0800 I CONTROL  [initandlisten] dbexit:  rc: 100



 Comments   
Comment by Mark Agarunov [ 05/Jul/17 ]

Hello chesian,

Thank you for the report. Looking over the output you've provided, this appears to be expected behavior caused by an unclean shutdown on platforms that don't properly support fsync(). The cause of this looks to be the same as SERVER-25118, so I've closed this ticket as a duplicate.

Thanks,
Mark

Generated at Thu Feb 08 04:22:15 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.