# Linux Arm Panic Log: Database corruption
**URL:** https://forum.syncthing.net/t/linux-arm-panic-log-database-corruption/6014
**Category:** Support
**Created:** [November 4, 2015, 4:35pm UTC](https://forum.syncthing.net/t/linux-arm-panic-log-database-corruption/6014 "2015-11-04T16:35:19Z")
**Posts on this page:** 6
**Page:** 1
### Author:  [@kahun](https://forum.syncthing.net/u/kahun)
#### Post date: [November 4, 2015, 4:35pm UTC](https://forum.syncthing.net/t/linux-arm-panic-log-database-corruption/6014/1 "2015-11-04T16:35:19Z")
[HD6OA] 00:01:50 INFO: syncthing v0.11.26 “Aluminium Ant” (go1.4.2 linux-arm default) unknown-user@syncthing-builder 2015-10-02 06:08:07 UTC [HD6OA] 00:01:50 INFO: My ID: XXXXX-XXXXX-XXXXX-XXXXXX-XXXXX-XXXXX-XXXXX-XXXXX [HD6OA] 00:01:50 INFO: Database block cache capacity 14653 KiB
… Panic at 2015-11-04T00:02:05-06:00 panic: leveldb/table: corruption on data-block (pos=1185412): checksum mismatch, want=0x0 got=0xce6873b7 [file=290298.ldb]
goroutine 1 [running]: [github.com/syncthing/syncthing/lib/db.ldbCheckGlobals](http://github.com/syncthing/syncthing/lib/db.ldbCheckGlobals)(0x10b3e620, 0x1276a560, 0x9, 0x10) /go/src/github.com/syncthing/syncthing/lib/db/leveldb.go:1034 +0x974 [github.com/syncthing/syncthing/lib/db.NewFileSet](http://github.com/syncthing/syncthing/lib/db.NewFileSet)(0x10bee2b4, 0x9, 0x10b3e620, 0x10bdaf28) /go/src/github.com/syncthing/syncthing/lib/db/set.go:55 +0x210 [github.com/syncthing/syncthing/lib/model.(\*Model](http://github.com/syncthing/syncthing/lib/model.(*Model)).AddFolder(0x12727ae0, 0x10bee2b4, 0x9, 0x10bac8e0, 0x1e, 0x10b9ea00, 0xf, 0x10, 0x0, 0x0, …) /go/src/github.com/syncthing/syncthing/lib/model/model.go:1138 +0x108 main.syncthingMain() /go/src/github.com/syncthing/syncthing/cmd/syncthing/main.go:521 +0x2010 main.main() /go/src/github.com/syncthing/syncthing/cmd/syncthing/main.go:268 +0x1e20
goroutine 5 [syscall]: os/signal.loop() /usr/local/go/src/os/signal/signal\_unix.go:21 +0x1c created by os/signal.init·1 /usr/local/go/src/os/signal/signal\_unix.go:27 +0x40
goroutine 7 [chan receive]: main.trackCPUUsage() /go/src/github.com/syncthing/syncthing/cmd/syncthing/gui\_unix.go:24 +0x120 created by main.init·2 /go/src/github.com/syncthing/syncthing/cmd/syncthing/gui\_unix.go:17 +0x34
goroutine 9 [select]: [github.com/thejerf/suture.(\*Supervisor](http://github.com/thejerf/suture.(*Supervisor)).Serve(0x10b2e5a0) /go/src/github.com/syncthing/syncthing/Godeps/\_workspace/src/github.com/thejerf/suture/suture.go:442 +0xe28 created by [github.com/thejerf/suture.(\*Supervisor](http://github.com/thejerf/suture.(*Supervisor)).ServeBackground /go/src/github.com/syncthing/syncthing/Godeps/\_workspace/src/github.com/thejerf/suture/suture.go:400 +0x3c
goroutine 10 [select]: [github.com/syncthing/syncthing/lib/events.(\*Subscription](http://github.com/syncthing/syncthing/lib/events.(*Subscription)).Poll(0x10b38e20, 0xf8475800, 0xd, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, …) /go/src/github.com/syncthing/syncthing/lib/events/events.go:196 +0x308 [github.com/syncthing/syncthing/lib/events.(\*BufferedSubscription](http://github.com/syncthing/syncthing/lib/events.(*BufferedSubscription)).pollingLoop(0x10b309c0) /go/src/github.com/syncthing/syncthing/lib/events/events.go:234 +0x40 created by [github.com/syncthing/syncthing/lib/events.NewBufferedSubscription](http://github.com/syncthing/syncthing/lib/events.NewBufferedSubscription) /go/src/github.com/syncthing/syncthing/lib/events/events.go:228 +0x2a8
goroutine 11 [select]: [github.com/syndtr/goleveldb/leveldb/util.(\*BufferPool](http://github.com/syndtr/goleveldb/leveldb/util.(*BufferPool)).drain(0x10baa370) /go/src/github.com/syncthing/syncthing/Godeps/\_workspace/src/github.com/syndtr/goleveldb/leveldb/util/buffer\_pool.go:205 +0x1d4 created by [github.com/syndtr/goleveldb/leveldb/util.NewBufferPool](http://github.com/syndtr/goleveldb/leveldb/util.NewBufferPool) /go/src/github.com/syncthing/syncthing/Godeps/\_workspace/src/github.com/syndtr/goleveldb/leveldb/util/buffer\_pool.go:236 +0x23c
goroutine 12 [select]: [github.com/syndtr/goleveldb/leveldb.(\*DB](http://github.com/syndtr/goleveldb/leveldb.(*DB)).compactionError(0x10b3e620) /go/src/github.com/syncthing/syncthing/Godeps/\_workspace/src/github.com/syndtr/goleveldb/leveldb/db\_compaction.go:102 +0x28c created by [github.com/syndtr/goleveldb/leveldb.openDB](http://github.com/syndtr/goleveldb/leveldb.openDB) /go/src/github.com/syncthing/syncthing/Godeps/\_workspace/src/github.com/syndtr/goleveldb/leveldb/db.go:139 +0x794
goroutine 13 [select]: [github.com/syndtr/goleveldb/leveldb.(\*DB](http://github.com/syndtr/goleveldb/leveldb.(*DB)).mpoolDrain(0x10b3e620) /go/src/github.com/syncthing/syncthing/Godeps/\_workspace/src/github.com/syndtr/goleveldb/leveldb/db\_state.go:82 +0x124 created by [github.com/syndtr/goleveldb/leveldb.openDB](http://github.com/syndtr/goleveldb/leveldb.openDB) /go/src/github.com/syncthing/syncthing/Godeps/\_workspace/src/github.com/syndtr/goleveldb/leveldb/db.go:140 +0x7bc
goroutine 15 [select]: [github.com/syndtr/goleveldb/leveldb.(\*DB](http://github.com/syndtr/goleveldb/leveldb.(*DB)).mCompaction(0x10b3e620) /go/src/github.com/syncthing/syncthing/Godeps/\_workspace/src/github.com/syndtr/goleveldb/leveldb/db\_compaction.go:715 +0x248 created by [github.com/syndtr/goleveldb/leveldb.openDB](http://github.com/syndtr/goleveldb/leveldb.openDB) /go/src/github.com/syncthing/syncthing/Godeps/\_workspace/src/github.com/syndtr/goleveldb/leveldb/db.go:154 +0x9cc
goroutine 16 [select]: [github.com/syndtr/goleveldb/leveldb.(\*DB](http://github.com/syndtr/goleveldb/leveldb.(*DB)).jWriter(0x10b3e620) /go/src/github.com/syncthing/syncthing/Godeps/\_workspace/src/github.com/syndtr/goleveldb/leveldb/db\_write.go:37 +0x17c created by [github.com/syndtr/goleveldb/leveldb.openDB](http://github.com/syndtr/goleveldb/leveldb.openDB) /go/src/github.com/syncthing/syncthing/Godeps/\_workspace/src/github.com/syndtr/goleveldb/leveldb/db.go:154 +0x9f4
goroutine 20 [select]: [github.com/syncthing/syncthing/lib/model.(\*ProgressEmitter](http://github.com/syncthing/syncthing/lib/model.(*ProgressEmitter)).Serve(0x12737520) /go/src/github.com/syncthing/syncthing/lib/model/progressemitter.go:52 +0x73c created by [github.com/syncthing/syncthing/lib/model.NewModel](http://github.com/syncthing/syncthing/lib/model.NewModel) /go/src/github.com/syncthing/syncthing/lib/model/model.go:143 +0xae8
goroutine 21 [select]: [github.com/syncthing/syncthing/lib/ignore.(\*Matcher](http://github.com/syncthing/syncthing/lib/ignore.(*Matcher)).clean(0x127f56e0, 0x61714000, 0x68c) /go/src/github.com/syncthing/syncthing/lib/ignore/ignore.go:161 +0x1e4 created by [github.com/syncthing/syncthing/lib/ignore.New](http://github.com/syncthing/syncthing/lib/ignore.New) /go/src/github.com/syncthing/syncthing/lib/ignore/ignore.go:53 +0x1a0
goroutine 22 [select]: [github.com/syncthing/syncthing/lib/ignore.(\*Matcher](http://github.com/syncthing/syncthing/lib/ignore.(*Matcher)).clean(0x127e26c0, 0x61714000, 0x68c) /go/src/github.com/syncthing/syncthing/lib/ignore/ignore.go:161 +0x1e4 created by [github.com/syncthing/syncthing/lib/ignore.New](http://github.com/syncthing/syncthing/lib/ignore.New) /go/src/github.com/syncthing/syncthing/lib/ignore/ignore.go:53 +0x1a0
---
### Author:  [@AudriusButkevicius](https://forum.syncthing.net/u/AudriusButkevicius)
#### Post date: [November 4, 2015, 5:01pm UTC](https://forum.syncthing.net/t/linux-arm-panic-log-database-corruption/6014/2 "2015-11-04T17:01:41Z")
Delete the index folder from syncthings home, and restart and rescan. These corruptions usually implies broken hardware.
---
### Author:  [@kahun](https://forum.syncthing.net/u/kahun)
#### Post date: [November 4, 2015, 5:03pm UTC](https://forum.syncthing.net/t/linux-arm-panic-log-database-corruption/6014/3 "2015-11-04T17:03:04Z")
Well it was working fine for months almost. If this is a hardware issue, should not show up from now on? What is the point of restarting the database if the hardware is broken?
---
### Author:  [@AudriusButkevicius](https://forum.syncthing.net/u/AudriusButkevicius)
#### Post date: [November 4, 2015, 5:38pm UTC](https://forum.syncthing.net/t/linux-arm-panic-log-database-corruption/6014/4 "2015-11-04T17:38:59Z")
If it is a hardware issue, it will probably show up more often. Also, this can be caused by power loss too.
The database is corrupt, so the only way to restart it will be to scrap the database.
---
### Author:  [@kahun](https://forum.syncthing.net/u/kahun)
#### Post date: [November 4, 2015, 8:15pm UTC](https://forum.syncthing.net/t/linux-arm-panic-log-database-corruption/6014/5 "2015-11-04T20:15:22Z")
Ok thanks.
Restarting database is no issue but the problem is that it can really confuse all the other nodes if there are files that were not registered properly;(
---
### Author:  [@system](https://forum.syncthing.net/u/system)
#### Post date: [December 4, 2015, 8:15pm UTC](https://forum.syncthing.net/t/linux-arm-panic-log-database-corruption/6014/6 "2015-12-04T20:15:41Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.