I have the VirtualHere server running on a Raspberry Pi 3. Specifically, the latest Raspberry Pi-optimized version. Periodically, the server just crashes for no apparent reason.
Initially, I thought it had to do with the fact that I had the Pi connect to the local network via WLAN. So I swapped the connection and now it's wired. Still the same. Here's an example log:
Feb 20 10:49:23 raspberrypi vhusbdarmpi3[402]: >>> Starting VirtualHere USB Server v3.8.2 (Built: Feb 7 2019, 16:07:11)<<<
Feb 20 10:49:23 raspberrypi vhusbdarmpi3[402]: Using configuration /root/config.ini
Feb 20 10:49:23 raspberrypi vhusbdarmpi3[432]: Using SSL Server certificate at /home/pi/kchan/server.pem
Feb 20 10:49:23 raspberrypi vhusbdarmpi3[432]: Server licensed to=[will provide if prompted] max_devices=unlimited
Feb 20 10:49:23 raspberrypi vhusbdarmpi3[432]: Using large URB's
Feb 20 10:49:23 raspberrypi vhusbdarmpi3[432]: Listening on all network interfaces at TCP SSL port 7574 (IPv6 dual-stack)
Feb 20 10:49:24 raspberrypi vhusbdarmpi3[432]: Found Full speed device [088e:5036] "iLok, iLok" at address 112
Feb 20 10:50:16 raspberrypi vhusbdarmpi3[432]: 192.168.1.155 connected as connection 1
Feb 20 11:10:55 raspberrypi vhusbdarmpi3[432]: Device 112 [088e:5036] BOUND to connection 1
Feb 20 11:29:40 raspberrypi vhusbdarmpi3[432]: Device 112 [088e:5036] UNBOUND from connection 1
Feb 20 11:29:41 raspberrypi vhusbdarmpi3[432]: Unmanaging device 112 [088e:5036]
Feb 20 11:29:41 raspberrypi vhusbdarmpi3[432]: Found Full speed device [088e:5036] "iLok, iLok" at address 112
Feb 20 13:14:23 raspberrypi vhusbdarmpi3[432]: Connection 1 successfully removed (reason:timeout)
Feb 20 13:14:46 raspberrypi vhusbdarmpi3[432]: 192.168.1.155 connected as connection 3
Feb 20 14:16:47 raspberrypi vhusbdarmpi3[432]: 192.168.1.155 connected as connection 4
Feb 20 14:33:45 raspberrypi vhusbdarmpi3[432]: Connection 3 successfully removed (reason:timeout)
Feb 20 14:35:17 raspberrypi vhusbdarmpi3[432]: 192.168.1.155 connected as connection 5
Feb 20 14:52:11 raspberrypi vhusbdarmpi3[432]: Connection 4 successfully removed (reason:timeout)
Feb 20 14:56:50 raspberrypi vhusbdarmpi3[432]: 192.168.1.155 connected as connection 6
Feb 20 14:59:52 raspberrypi vhusbdarmpi3[432]: 192.168.1.155 connected as connection 7
Feb 20 15:02:20 raspberrypi vhusbdarmpi3[432]: 192.168.1.155 connected as connection 8
Feb 20 15:16:31 raspberrypi vhusbdarmpi3[432]: Connection 6 successfully removed (reason:timeout)
Feb 20 15:17:37 raspberrypi vhusbdarmpi3[432]: Connection 5 successfully removed (reason:timeout)
Feb 20 15:18:59 raspberrypi vhusbdarmpi3[432]: Connection 7 successfully removed (reason:timeout)
Feb 20 15:37:50 raspberrypi vhusbdarmpi3[432]: 192.168.1.155 connected as connection 9
Feb 20 15:54:39 raspberrypi vhusbdarmpi3[432]: Connection 8 successfully removed (reason:timeout)
Feb 20 15:56:17 raspberrypi vhusbdarmpi3[432]: 192.168.1.155 connected as connection 10
Feb 20 16:14:32 raspberrypi vhusbdarmpi3[432]: Connection 9 successfully removed (reason:timeout)
Feb 20 17:11:47 raspberrypi vhusbdarmpi3[432]: 192.168.1.155 connected as connection 11
Feb 20 17:28:26 raspberrypi vhusbdarmpi3[432]: Connection 10 successfully removed (reason:timeout)
Feb 20 22:08:46 raspberrypi vhusbdarmpi3[432]: Connection 11 successfully removed (reason:timeout)
Feb 20 22:21:51 raspberrypi vhusbdarmpi3[432]: VirtualHere 3.8.2 caught signal 11 (Segmentation fault) and must exit. Sorry for the inconvenience, please contact mail@virtualhere for help
So far the solution has been to manually restart the service (I do it via sudo reboot). For this I can obviously set up a cron job. But I still think this is not intended behavior. Any support in the matter is appreciated.
.
OK it might be a kernel bug as virtualhere server is pretty stable. Anyway to see if its a kernel bug or a virtualhere bug can you run this debug build instead and then when it crashes it should dump the stack to syslog as well as stderr. https://www.virtualhere.com/sites/default/files/usbserver/test/vhusbdar…
Send me the output when it crashes. Thanks
Forgot to mention that before
Forgot to mention that before finally posting the report here I've updated to the latest Pi firmware using rpi-update. This could be important.
Otherwise, I have replaced the server executable with the provided debug build and will report the results via email.