At that point it should give you a list of backups it found to restore from.
Anything in the DVR log?
If you put this in a browser, you'll get up to the last 5,000 lines of log.
http://127.0.0.1:8089/log
Where 127.0.0.1:8089 is the IP address and port of your DVR setup
Scratch that idea, logs won't show anything.
Maybe a permission issue accessing the backups.
One time when I it sort of came up I was able to get to the log. I logged into the server as the service user and was able to read the share and even play recorded videos. The service user is set up for full access yet I'm going to verify it can create and write. I'm also going to take advantage of the URL direct to the log.
Thank you
I tried your idea of using the plugin to create a jail. I have not found complete and accurate instructions. After creating the mount and restarting channels, it dose not appear to see the storage. The default user is root, a very bad idea. Should both accounts for the jail be the service account I created?
I'm working with the Windows 10 VM. I proved that the service account has full access to the SMB share. Then I reinstalled as a service. Stopped the service and changed the service to use the service account. Next started the service. I went to the web site and got the welcome and started the restore. It recognized the database backup and called out correct info. It ran and then returned to the would you like to restore or install. I'm thinking there may be an issue accessing the SMB share. I've been pointing to the share using the netbios name. I'm going to try via IP which I don't love as id rather it not be fixed like this.
Using a static IP let me get to the point where the restore identified the number of rules and recordings. Then a spinning wheel for half an hour and that's when I decided I need to do this differently.
I'm going to create a second virtual disk for the VM and move everything from the share to this disk. Then this VM will look like any standard Windows 10 desktop with a second disk and I will not have to do anything special related to the install. As this will be a standard configuration it should work and if not the developers should be able to help me.
Backup restore should complete within 30s. If not you need to check the log for errors.
Thank you,
Can I see the log in the servers file system? I've been lousing access via the web as the dose not respond.
C:/programdata/ChannelsDVR/data/channels-dvr.log
Sounds like the program is crashing from some error. Maybe the backup is corruoted
I was wondering about that. I take periodic copies of the database backups and can go back to an older one. This seems to be the most interesting thing I saw in the log. It's not time stamped so I don't know if it is from the most recent attempt.
goroutine 51 [syscall, locked to thread]:
runtime.cgocall(0x1020820, 0xc000076ec0)
runtime/cgocall.go:158 +0x4a fp=0xc00076aed0 sp=0xc00076ae98 pc=0xfb4eaa
syscall.SyscallN(0x7ffc8cb85570?, {0xc00076af68?, 0x3?, 0x0?})
runtime/syscall_windows.go:557 +0x109 fp=0xc00076af48 sp=0xc00076aed0 pc=0x101b989
syscall.Syscall(0xfeda7f?, 0x0?, 0xc0000cc680?, 0xc00076b130?, 0x102059b?)
runtime/syscall_windows.go:495 +0x3b fp=0xc00076af90 sp=0xc00076af48 pc=0x101b59b
runtime: g 51: unexpected return pc for syscall.GetFileType called from 0x0
stack: frame={sp:0xc00076af90, fp:0xc00076afe0} stack=[0xc000768000,0xc00076c000)
0x000000c00076ae90: 0x0000000000fb4ebd <runtime.cgocall+0x000000000000005d> 0x0000000002ebbac8
0x000000c00076aea0: 0x00000000010190a7 <runtime.exitsyscall+0x0000000000000147> 0x000000c0000cc680
0x000000c00076aeb0: 0x0000000200000003 0x000000c000076c00
0x000000c00076aec0: 0x000000c00076af38 0x000000000101b989 <syscall.SyscallN+0x0000000000000109>
0x000000c00076aed0: 0x0000000001020820 <runtime.asmstdcall+0x0000000000000000> 0x000000c000076ec0
0x000000c00076aee0: 0x0000000000fb4f47 <runtime.cgocall+0x00000000000000e7> 0x0100000000030001
0x000000c00076aef0: 0x0000000000000000 0x0000000000000000
0x000000c00076af00: 0x0000000000000000 0x0000000000000550
0x000000c00076af10: 0x0000000000000000 0x0000000000000000
0x000000c00076af20: 0x0000000000000000 0x000000c000076c00
0x000000c00076af30: 0x0000000002ebbaf0 0x000000c00076af80
0x000000c00076af40: 0x000000000101b59b <syscall.Syscall+0x000000000000003b> 0x00007ffc8cb85570
0x000000c00076af50: 0x000000c00076af68 0x0000000000000003
0x000000c00076af60: 0x0000000000000000 0x0000000000000550
0x000000c00076af70: 0x0000000000000000 0x0000000000000000
0x000000c00076af80: 0x000000c00076afd0 0x000000000107c69c <syscall.GetFileType+0x000000000000005c>
0x000000c00076af90: <0x0000000000feda7f <runtime.asyncPreempt2+0x000000000000003f> 0x0000000000000000
0x000000c00076afa0: 0x000000c0000cc680 0x000000c00076b130
0x000000c00076afb0: 0x000000000102059b <runtime.asyncPreempt+0x00000000000000db> 0x000000c0000cc680
0x000000c00076afc0: 0x000000c000076c58 0x0000000000000000
0x000000c00076afd0: 0x000000c000076c00 !0x0000000000000000
0x000000c00076afe0: >0x00000000010211c0 <runtime.switchtothread+0x0000000000000000> 0x0000004712dffc38
0x000000c00076aff0: 0x000000c00076aec0 0x0000000000000000
0x000000c00076b000: 0x0000000000000246 0x0000004712dff9e0
0x000000c00076b010: 0x0000000000000000 0x000000c0000cc680
0x000000c00076b020: 0x0000000002030000 <tailscale.com/wgengine/magicsock.(*Conn).Rebind+0x0000000000000160> 0x0000000000000000
0x000000c00076b030: 0x0000000000000000 0x0000000000000000
0x000000c00076b040: 0x0000000000000000 0x0000000000000000
0x000000c00076b050: 0x0000000000000000 0x0000000000000000
0x000000c00076b060: 0x0000000000000000 0x0000000000000000
0x000000c00076b070: 0x0000000000000000 0x0000000000000000
0x000000c00076b080: 0x0000000000000000 0x2c226c616e6f6974
0x000000c00076b090: 0x746c756166656422 0x3a22646c6569665f
0x000000c00076b0a0: 0x222c226c6c615f22 0x79645f65726f7473
0x000000c00076b0b0: 0x743a2263696d616e 0x646e69222c657572
0x000000c00076b0c0: 0x6d616e79645f7865 0x657572743a226369
0x000000c00076b0d0: 0x6c6176636f64222c 0x616e79645f736575
syscall.GetFileType(0x10211c0?)
syscall/zsyscall_windows.go:775 +0x5c fp=0xc00076afe0 sp=0xc00076af90 pc=0x107c69c
created by golang.org/x/sys/windows/svc.serviceMain
golang.org/x/[email protected]/windows/svc/service.go:231 +0x2b4Seems like perhaps Tailscale option is not compatible with windows service.
I have not configured Tailscale
I run as a service will have to test that.
It works.
I had restarted the server so I could load a database backup from Jan 15. When it came up the service was not running so I used SetupChannels to start the service. It came up with my settings settings without an attempt to load the old database. It ran for a very short time and then crashed. I found this in the log:
2023/02/07 12:07:13.852876 [SYS] Starting Channels DVR v2023.01.28.0211 (windows-x86_64 pid:3992) in C:\ProgramData\ChannelsDVR\data
2023/02/07 12:07:13.853543 [SYS] Running as a Windows system service.
2023/02/07 12:07:13.882459 [SYS] Started HTTP Server on 8089
2023/02/07 12:07:14.429980 [HDR] Found 1 devices
Exception 0xc0000005 0x8 0x2b8dc8945d8 0x2b8dc8945d8
PC=0x2b8dc8945d8
runtime: g 71: unknown pc 0x2b8dc8945d8
stack: frame={sp:0xc0007d2080, fp:0x0} stack=[0xc0007cc000,0xc0007d4000)
0x000000c0007d1f80: 0x0000000000000000 0x0000000000000000
0x000000c0007d1f90: 0x0000000000000000 0x0000000000000000
0x000000c0007d1fa0: 0x0000000000000000 0x0000000000000018
0x000000c0007d1fb0: 0x00000000000000c8 0x0000000000000200
0x000000c0007d1fc0: 0x0000000000000000 0x0000000000000000
0x000000c0007d1fd0: 0x0000000000000000 0x0000000000000000
0x000000c0007d1fe0: 0x0000000000000000 0x0000000000000000
0x000000c0007d1ff0: 0x0000000000000000 0x0000000000000000
0x000000c0007d2000: 0x0000000000000000 0x0000000000000000
0x000000c0007d2010: 0x0000000000000000 0x0000000000000000
0x000000c0007d2020: 0x0000000000000000 0x0000000000000018
0x000000c0007d2030: 0x0000000000000098 0x0000000000000070
0x000000c0007d2040: 0x0000000000000000 0x00000000007ef09f <runtime.mallocgc+0x000000000000069f>
0x000000c0007d2050: 0x0000000000030002 0x0000000000000000
0x000000c0007d2060: 0x0000000000000000 0x0000000000000008
0x000000c0007d2070: 0x000100c0007d29a0 0x000002b8dc8945d8
0x000000c0007d2080: <0x0000000000000000 0x000002b8b64b20f8
0x000000c0007d2090: 0x0000000000000010 0x000000c000520000
0x000000c0007d20a0: 0x000000c000b96150 0x0000000000000000
0x000000c0007d20b0: 0x00000000007e46e9 <runtime.typehash+0x0000000000000129> 0x000000c0007d20e0
0x000000c0007d20c0: 0x00000000007ef3e7 <runtime.newobject+0x0000000000000027> 0x0000000000000008
0x000000c0007d20d0: 0x00000000022ab920 0x0000000000000001
0x000000c0007d20e0: 0x000000c0007d2110 0x0000000000879994 <reflect.(*structType).Field+0x0000000000000134>
0x000000c0007d20f0: 0x000002b8dc9188ae 0x00000000007e46e9 <runtime.typehash+0x0000000000000129>
0x000000c0007d2100: 0x0000000000000009 0x00000000007f6245 <runtime.(*mspan).nextFreeIndex+0x0000000000000105>
0x000000c0007d2110: 0x000000c0007d2200 0x000000c0007d2150
0x000000c0007d2120: 0x00000000007e44f2 <runtime.nilinterhash+0x0000000000000052> 0x0000000000000140
0x000000c0007d2130: 0x000000000000013f 0x000000c0007d2180
0x000000c0007d2140: 0x00000000007ee82d <runtime.(*mcache).nextFree+0x000000000000004d> 0x000002b8b675eed8
0x000000c0007d2150: 0x000000c0007d2190 0x00000000007f067e <runtime.mapaccess2+0x000000000000007e>
0x000000c0007d2160: 0x000000c0007d2198 0x00000000007f5e45 <runtime.typedmemmove+0x0000000000000065>
0x000000c0007d2170: 0x130002b8b675eed8 0x0000000000000004
runtime: g 71: unknown pc 0x2b8dc8945d8
stack: frame={sp:0xc0007d2080, fp:0x0} stack=[0xc0007cc000,0xc0007d4000)
0x000000c0007d1f80: 0x0000000000000000 0x0000000000000000
0x000000c0007d1f90: 0x0000000000000000 0x0000000000000000
0x000000c0007d1fa0: 0x0000000000000000 0x0000000000000018
0x000000c0007d1fb0: 0x00000000000000c8 0x0000000000000200
0x000000c0007d1fc0: 0x0000000000000000 0x0000000000000000
0x000000c0007d1fd0: 0x0000000000000000 0x0000000000000000
0x000000c0007d1fe0: 0x0000000000000000 0x0000000000000000
0x000000c0007d1ff0: 0x0000000000000000 0x0000000000000000
0x000000c0007d2000: 0x0000000000000000 0x0000000000000000
0x000000c0007d2010: 0x0000000000000000 0x0000000000000000
0x000000c0007d2020: 0x0000000000000000 0x0000000000000018
0x000000c0007d2030: 0x0000000000000098 0x0000000000000070
0x000000c0007d2040: 0x0000000000000000 0x00000000007ef09f <runtime.mallocgc+0x000000000000069f>
0x000000c0007d2050: 0x0000000000030002 0x0000000000000000
0x000000c0007d2060: 0x0000000000000000 0x0000000000000008
0x000000c0007d2070: 0x000100c0007d29a0 0x000002b8dc8945d8
0x000000c0007d2080: <0x0000000000000000 0x000002b8b64b20f8
0x000000c0007d2090: 0x0000000000000010 0x000000c000520000
0x000000c0007d20a0: 0x000000c000b96150 0x0000000000000000
0x000000c0007d20b0: 0x00000000007e46e9 <runtime.typehash+0x0000000000000129> 0x000000c0007d20e0
0x000000c0007d20c0: 0x00000000007ef3e7 <runtime.newobject+0x0000000000000027> 0x0000000000000008
0x000000c0007d20d0: 0x00000000022ab920 0x0000000000000001
0x000000c0007d20e0: 0x000000c0007d2110 0x0000000000879994 <reflect.(*structType).Field+0x0000000000000134>
0x000000c0007d20f0: 0x000002b8dc9188ae 0x00000000007e46e9 <runtime.typehash+0x0000000000000129>
0x000000c0007d2100: 0x0000000000000009 0x00000000007f6245 <runtime.(*mspan).nextFreeIndex+0x0000000000000105>
0x000000c0007d2110: 0x000000c0007d2200 0x000000c0007d2150
0x000000c0007d2120: 0x00000000007e44f2 <runtime.nilinterhash+0x0000000000000052> 0x0000000000000140
0x000000c0007d2130: 0x000000000000013f 0x000000c0007d2180
0x000000c0007d2140: 0x00000000007ee82d <runtime.(*mcache).nextFree+0x000000000000004d> 0x000002b8b675eed8
0x000000c0007d2150: 0x000000c0007d2190 0x00000000007f067e <runtime.mapaccess2+0x000000000000007e>
0x000000c0007d2160: 0x000000c0007d2198 0x00000000007f5e45 <runtime.typedmemmove+0x0000000000000065>
0x000000c0007d2170: 0x130002b8b675eed8 0x0000000000000004
created by golang.org/x/sys/windows/svc.serviceMain
golang.org/x/[email protected]/windows/svc/service.go:231 +0x2b4
goroutine 1 [syscall, locked to thread]:
runtime.cgocall(0x850820, 0x36284c0)
runtime/cgocall.go:158 +0x4a fp=0xc0008dfd28 sp=0xc0008dfcf0 pc=0x7e4eaa
syscall.SyscallN(0x7ffe1f1f7cd0?, {0xc0008dfdc0?, 0x3?, 0x0?})
runtime/syscall_windows.go:557 +0x109 fp=0xc0008dfda0 sp=0xc0008dfd28 pc=0x84b989
syscall.Syscall(0xc00029d260?, 0x0?, 0x0?, 0xc0008dfe20?, 0xb3dcde?)
runtime/syscall_windows.go:495 +0x3b fp=0xc0008dfde8 sp=0xc0008dfda0 pc=0x84b59b
golang.org/x/sys/windows.StartServiceCtrlDispatcher(0x25e5594?)
golang.org/x/[email protected]/windows/zsyscall_windows.go:1318 +0x55 fp=0xc0008dfe30 sp=0xc0008dfde8 pc=0xb3f275
golang.org/x/sys/windows/svc.Run({0x25e5594?, 0xc?}, {0x292ec00?, 0xc000285770?})
golang.org/x/[email protected]/windows/svc/service.go:292 +0x125 fp=0xc0008dfe78 sp=0xc0008dfe30 pc=0x16a6305
main.SetupMenu(0x26eb358)
github.com/fancybits/channels-server/menu_windows.go:92 +0xb5 fp=0xc0008dfed8 sp=0xc0008dfe78 pc=0x1a52f55
main.main()
github.com/fancybits/channels-server/main.go:309 +0x1b5 fp=0xc0008dff80 sp=0xc0008dfed8 pc=0x1a46235
runtime.main()
runtime/proc.go:250 +0x1fe fp=0xc0008dffe0 sp=0xc0008dff80 pc=0x81ef7e
runtime.goexit()
runtime/asm_amd64.s:1594 +0x1 fp=0xc0008dffe8 sp=0xc0008dffe0 pc=0x84ef21I tried restoring a backup from January 31 and the thing has happened. It came up for a moment and then will not stay up. I managed to get onto the settings page and it reports v 2023.01.28.0211
It shows that it's updating and I note the error related to glit above. After a bit it reports up to date and shows the same version as above. Is there some sort of compatibility issue or an issue with that version? I keep seeing the service stop and start.
Any ideas or do I need to do a fresh install and move my shows an movies to imports?
Thank you,
Morris
It's not related to the backup. Something is causing the software to crash on your setup. I guess its related to the virtualization but I'm not really sure. We don't typically see people virtualizing Windows as a host for Channels DVR.
That's a good hint. The VM host used to be Intel based and ran fine for over a year and is now AMD. I'll try installing on a spare system, probably an older Intel laptop.
^^^^^^^ words of wisdom
If either of you can provide accurate and functioning instructions how to install with the plugin I'd use it. Even though my past experience with plugins on TrueNAS is that they can have hard to debug issues. I set it up this morning using the only instructions I could find mixing in some knowledge of how it works and got no answer when I attempted to connect via the web. Possibly this is an issue with the Channels code on AMD processors or possibly I did something wrong.
As I'm extremally experienced with Windows and storage, setting up the VM to access the NAS via SMB was Childs play. Not the case for me with the plugin.
I took a carful look at using the TrueNAS plugin and I'm up and running.
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.