Log overflow goroutine crash

I think this may have been happening occasionally for the past week or so, but 2026.04.06.2028 has been crashing frequently. it does seem to happen when several recordings are happening, but sometimes it's just a couple. I can force the crash/reboot by Delete and Recreate Database

The log overflows, but here's the tail end of the latest one.

I believe this latest crash was triggered by deleting a scheduled recording for later tonight.


goroutine 559 gp=0x1fecbce954a0 m=nil [select]:
runtime.gopark(0x1fecbd1d3f48?, 0x5?, 0x70?, 0x0?, 0x1fecbd1d3eae?)
	runtime/proc.go:462 +0xce fp=0x1fecbd1d3d30 sp=0x1fecbd1d3d10 pc=0x63cd8e
runtime.selectgo(0x1fecbd1d3f48, 0x1fecbd1d3ea4, 0x1?, 0x0, 0x2b985e0?, 0x1)
	runtime/select.go:351 +0xaa5 fp=0x1fecbd1d3e60 sp=0x1fecbd1d3d30 pc=0x61a165
github.com/blevesearch/bleve/v2/index/scorch.(*Scorch).introducerLoop(0x1fecbcded408)
	github.com/blevesearch/bleve/[email protected]/index/scorch/introducer.go:54 +0x165 fp=0x1fecbd1d3fc8 sp=0x1fecbd1d3e60 pc=0x1f95325
github.com/blevesearch/bleve/v2/index/scorch.(*Scorch).Open.gowrap1()
	github.com/blevesearch/bleve/[email protected]/index/scorch/scorch.go:180 +0x17 fp=0x1fecbd1d3fe0 sp=0x1fecbd1d3fc8 pc=0x1fa3177
runtime.goexit({})
	runtime/asm_amd64.s:1771 +0x1 fp=0x1fecbd1d3fe8 sp=0x1fecbd1d3fe0 pc=0x644ce1
created by github.com/blevesearch/bleve/v2/index/scorch.(*Scorch).Open in goroutine 13
	github.com/blevesearch/bleve/[email protected]/index/scorch/scorch.go:180 +0x85

goroutine 530 gp=0x1fecbce95680 m=nil [sync.Cond.Wait]:
runtime.gopark(0x63d710?, 0x1fecbc8bcd98?, 0x8?, 0xc8?, 0x1fecbc8bcd98?)
	runtime/proc.go:462 +0xce fp=0x1fecbd1fdb50 sp=0x1fecbd1fdb30 pc=0x63cd8e
runtime.goparkunlock(...)
	runtime/proc.go:468
sync.runtime_notifyListWait(0x1fecbce2ad90, 0x4)
	runtime/sema.go:617 +0x1b4 fp=0x1fecbd1fdba0 sp=0x1fecbd1fdb50 pc=0x63eb34
sync.(*Cond).Wait(0x1fecbd1fdc38?)
	sync/cond.go:71 +0x73 fp=0x1fecbd1fdbd8 sp=0x1fecbd1fdba0 pc=0x650f53
tailscale.com/net/memnet.(*Pipe).readOrBlock(0x1fecbcafaf00, {0x1fecbd608000, 0x1000, 0x1fecbd1fdcd0?})
	[email protected]/net/memnet/pipe.go:66 +0x20b fp=0x1fecbd1fdc68 sp=0x1fecbd1fdbd8 pc=0x280844b
tailscale.com/net/memnet.(*Pipe).Read(0x1fecbcafaf00, {0x1fecbd608000, 0x1000, 0x1000})
	[email protected]/net/memnet/pipe.go:82 +0x4a fp=0x1fecbd1fdca0 sp=0x1fecbd1fdc68 pc=0x280862a
tailscale.com/net/memnet.(*connHalf).Read(0x1fecbd1fdd08?, {0x1fecbd608000?, 0x1fecbcdb8a20?, 0x2dca520?})
	[email protected]/net/memnet/conn.go:75 +0x1c fp=0x1fecbd1fdcd0 sp=0x1fecbd1fdca0 pc=0x28077bc
net/http.(*persistConn).Read(0x1fecbc7aa500, {0x1fecbd608000?, 0x3d98520?, 0x5f6ab60?})
	net/http/transport.go:2174 +0x47 fp=0x1fecbd1fdd30 sp=0x1fecbd1fdcd0 pc=0x93c807
bufio.(*Reader).fill(0x1fecbc567560)
	bufio/bufio.go:113 +0x103 fp=0x1fecbd1fdd68 sp=0x1fecbd1fdd30 pc=0x8925e3
bufio.(*Reader).Peek(0x1fecbc567560, 0x1)
	bufio/bufio.go:152 +0x53 fp=0x1fecbd1fdd80 sp=0x1fecbd1fdd68 pc=0x892713
net/http.(*persistConn).readLoop(0x1fecbc7aa500)
	net/http/transport.go:2330 +0x172 fp=0x1fecbd1fdfc8 sp=0x1fecbd1fdd80 pc=0x93d312
net/http.(*Transport).dialConn.gowrap2()
	net/http/transport.go:1994 +0x17 fp=0x1fecbd1fdfe0 sp=0x1fecbd1fdfc8 pc=0x93bd37
runtime.goexit({})
	runtime/asm_amd64.s:1771 +0x1 fp=0x1fecbd1fdfe8 sp=0x1fecbd1fdfe0 pc=0x644ce1
created by net/http.(*Transport).dialConn in goroutine 529
	net/http/transport.go:1994 +0x16ac
2026/04/07 20:12:57.979872 [SYS] Starting Channels DVR v2026.04.06.2028 (windows-x86_64 pid:5992) in C:\ProgramData\ChannelsDVR\data
2026/04/07 20:12:57.983848 [SYS] Running as a Windows system service.
2026/04/07 20:12:59.112903 [SYS] Started HTTP Server on 8089
2026/04/07 20:13:07.847610 [HDR] Found 2 devices
2026/04/07 20:13:07.877544 [M3U] Refreshed lineup for TVEDTvNumEntPakDSMIA with 33 channels
2026/04/07 20:13:08.341571 [M3U] Refreshed lineup for ah4c-DtvStreamMyEntDsmIA with 250 channels
2026/04/07 20:13:08.743558 [M3U] Refreshed lineup for ah4c1DtvStream720 with 102 channels
2026/04/07 20:13:09.100781 [DVR] Recording engine started in C:\channels-data
2026/04/07 20:13:09.107213 [DVR] Starting job 1775609970-307 The Briefing With Jen Psaki on ch=[356]
2026/04/07 20:13:09.551465 [SYS] Bonjour service running for dvr-minipc.local. [10.0.0.7 172.24.96.1]
2026/04/07 20:13:14.442494 [TNR] Opened connection to M3U-ah4c1DtvStream720 for ch356 MSNow
2026/04/07 20:13:14.448289 [DVR] Recording for job 1775609970-307 from M3U-ah4c1DtvStream720 ch356 into "TV\The Briefing With Jen Psaki\The Briefing With Jen Psaki S02E50 2026-04-07-1959.mpg" for 47m50.8927869s
2026/04/07 20:13:14.448666 [DVR] Starting job 1775609970-46 NCIS: Origins on ch=[8.1]
2026/04/07 20:13:14.863679 [TNR] Opened connection to 10A906DB/2 for ch8.1 KCCI-HD```

it just happened again. no monkeying around, just watching a show and had the status page up on laptop.
playback on gtv4k stopped and the cdvr log showed

goroutine 635 gp=0x2a9764890e0 m=nil [select]:
runtime.gopark(0x2a976991f48?, 0x5?, 0x28?, 0x32?, 0x2a976991eae?)
	runtime/proc.go:462 +0xce fp=0x2a976991d30 sp=0x2a976991d10 pc=0x63cd8e
runtime.selectgo(0x2a976991f48, 0x2a976991ea4, 0x1?, 0x0, 0x2b985e0?, 0x1)
	runtime/select.go:351 +0xaa5 fp=0x2a976991e60 sp=0x2a976991d30 pc=0x61a165
github.com/blevesearch/bleve/v2/index/scorch.(*Scorch).introducerLoop(0x2a976e41008)
	github.com/blevesearch/bleve/[email protected]/index/scorch/introducer.go:54 +0x165 fp=0x2a976991fc8 sp=0x2a976991e60 pc=0x1f95325
github.com/blevesearch/bleve/v2/index/scorch.(*Scorch).Open.gowrap1()
	github.com/blevesearch/bleve/[email protected]/index/scorch/scorch.go:180 +0x17 fp=0x2a976991fe0 sp=0x2a976991fc8 pc=0x1fa3177
runtime.goexit({})
	runtime/asm_amd64.s:1771 +0x1 fp=0x2a976991fe8 sp=0x2a976991fe0 pc=0x644ce1
created by github.com/blevesearch/bleve/v2/index/scorch.(*Scorch).Open in goroutine 30
	github.com/blevesearch/bleve/[email protected]/index/scorch/scorch.go:180 +0x85
2026/04/07 21:01:47.134064 [SYS] Starting Channels DVR v2026.04.06.2028 (windows-x86_64 pid:13176) in C:\ProgramData\ChannelsDVR\data

the status page was still loaded so this is what was still showing running at time of crash.

Disk
83.8% used
154.76 GB available
Activity
Recording ch8.2 for KCCI 8 News at 9 on MeTV until 9:30PM: strength=100% quality=100% symbol=100% rate=3.6Mb/sec buf=0% drop=0%
Recording ch356 for The Last Word With Lawrence O'Donnell until 10:01PM: buf=0% drop=0%
Recording ch5.5 for R.J. Decker until 10:01PM: strength=96% quality=78% symbol=100% rate=6Mb/sec buf=0% drop=0%
Recording ch8.1 for NCIS: Sydney until 10:01PM: strength=100% quality=100% symbol=100% rate=6Mb/sec buf=0% drop=0%
Recording ch276 for Port Protection Alaska until 10:00PM: buf=0% drop=0%
Recording ch6043 for Customer Wars until 9:33PM: buf=0% drop=0% timeouts=0 segment_timeouts=0 playlist_timeouts=0
Recording ch6044 for Secrets Declassified With David Duchovny until 10:05PM: buf=0% drop=0% timeouts=0 segment_timeouts=0 playlist_timeouts=0
Video processing for Road Wars - Season 7, Episode 10
Processing recording TV\Road Wars\Road Wars S07E10 A Karmic Cycle 2026-04-07-2029.mpg
Rewriting video timestamps for Road Wars - Season 7, Episode 10

Please go to Support -> Troubleshooting -> Submit Diagnostic Logs from the web interface of the DVR and let us know when it's been submitted so we can have a better idea of what was going on.

not sure how I looked everywhere but there.. lol server's always been rock solid! very familiar with androidtv's submit diag.
it's still gathering logs, comskip gets rather backlogged on my tiny n100 this time of night.

actually the first attempt at this crashed the server, but it did not reset. I stopped the service, then restarted, and re- submitted diag
Logs have been submitted as 31e5f89b-720b-43f8-bff4-56058ed7dab1