Server crashed in Raspberry PI

<p>Hello,
</p>
<p>After running some exhaustive test with raspberry pi and virtualhere server, eventually, I got it crashed. This is the log:
</p>
<p>Thu Jul 9 08:51:43 2015 LOG_INFO >>> Starting v2.3.6 (Built: Jul 8 2015, 12:03:54)<<<<br />
Thu Jul 9 08:51:43 2015 LOG_INFO Using configuration /etc/virtualhere/config.ini<br />
Thu Jul 9 08:51:43 2015 LOG_ERR Parsing config encountered error 22, (Invalid argument)<br />
Thu Jul 9 08:51:43 2015 LOG_INFO Server licensed to=00000000f9ccb997 max_devices=unlimited<br />
Thu Jul 9 08:51:43 2015 LOG_INFO Using large URB's<br />
Thu Jul 9 08:51:43 2015 LOG_DEBUG TCPServer starting...<br />
Thu Jul 9 08:51:43 2015 LOG_INFO Listening on all network interfaces at port 7575<br />
Thu Jul 9 08:51:43 2015 LOG_DEBUG TCPServer (7575) started<br />
Thu Jul 9 08:51:43 2015 LOG_INFO Found High speed device [15ba:002b] "15ba, Olimex OpenOCD JTAG ARM-USB-OCD-H" at address 112<br />
Thu Jul 9 08:51:43 2015 LOG_INFO Found Full speed device [0403:6001] "403, TTL232R-3V3" at address 114<br />
Thu Jul 9 08:53:33 2015 LOG_DEBUG 10.0.2.3 connected<br />
Thu Jul 9 08:53:34 2015 LOG_INFO Device 112 BOUND to connection 1<br />
Thu Jul 9 08:53:34 2015 LOG_INFO Device 114 BOUND to connection 1<br />
Thu Jul 9 08:53:57 2015 LOG_ERR VirtualHere caught signal 11 (Segmentation fault) and must exit. Sorry for the inconvenience, please contact mail@virtualhere for help
</p>
<p>What kind of other information I could provide to help investigate?
</p>
<p>Regards,<br />
Roman</p>

#2

<p>Just noticed some config parser error. Here is the config:
</p>
<p>PingTimeout=9<br />
TraceMsgs=0<br />
TCPNoDelay=1<br />
AutoAttachToKernel=0<br />
TCPPort=7575<br />
UseAVAHI=0<br />
PingInterval=4<br />
IgnoredDevices=424/ec00,603/f2<br />
ServerName=B17<br />
CompressionLimit=38400000
</p>

#3

Yes i found it, it was a regression bug i accidentally introduced in 2.3.6, please download 2.3.7 now and that will fix it.

#4

Thanks, it seems to work alright. I have now run over 90 rounds of my tests, which involve graceful shutdown of both server and the client and rebooting the RPi and other typical operations we need to see stable.