-
Notifications
You must be signed in to change notification settings - Fork 260
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
VM SDRTrunk Instance Crashes ~2 Hours After RDP Disconnect #2041
Comments
Update: I'm now seeing the attached screenshot after a couple hours of running (while being constantly connected via RDP) it stops all call's and doesn't record any of the P25 Channels but does still record the NBFM channel. It still appears to be working based off of the spectrum but nothing else is happening (it's locked on to four channels when only two are actually "doing" anything) If you need any more details let me know and I'll get them to you as soon as possible |
@bushcraftbuddy I created a separate issue for the 2x error stack traces that you posted. We're you accessing the message filters at some point? I'm not ruling these out as contributing to the issue you're seeing, but they might be coincidental. |
I have not done anything with the message filters Since this issue appeared. And that was two weeks ago when I switched to nightly. After it crashes I usually check the log file and then open the application back up and then leave it to auto start the channels. This may be a separate issue since the application doesn't just close out immediately but I'm not sure |
I have a remote Virtualized SDRTrunk System That will crash after about 2 hours if I am not remoted (RDP) into it
I am using 3 RTL-SDR's To Record one P25 Phase 1 System and an NBFM Frequency all of the recordings are then going to Trunking-Recorder for Parsing
when I know it's crashed, I remote in, and it appears to then close the application window. after I reopen the application, it works fine unless I disconnect from the RDP session
the VM's Resources:
Nothing appears it happen in the logs. the last thing that shows is the Channelizer Sarting as an INFO log
The last change I made to the System was upgrading from 0.6.0 (final) to the nightly build (I am aware of the bugs, just didn't think this would be one
The text was updated successfully, but these errors were encountered: