<div><div>I see, we can add some initialization/boot tests for mongodb with mongodb --repair. I will surely work on this.<br></div><div><div>Okay, I understand why the VPS part is at a lower priority. I'll definitely focus on the rpi install but I'm not sure how much I'm allowed to drift from the original idea from the Ideas list. (<a href="https://wiki.sugarlabs.org/go/Summer_of_Code/2018">https://wiki.sugarlabs.org/go/Summer_of_Code/2018</a>)<br></div><div><br></div><div>Thanks for the link and everything else, Tim! :)<br></div></div></div><div><br></div><div>‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br></div><div> On March 4, 2018 7:49 PM, Tim Moody <tim@timmoody.com> wrote:<br></div><div> <br></div><blockquote class="protonmail_quote" type="cite"><div dir="ltr"><div>Speaking of reliability, we have experienced a number of occasions when mongodb was corrupt on the rpi, perhaps through disorderly shutdown. Perhaps you can sort that out.<br></div><div><br></div><div>I would also recommend focusing on the rpi install before turning to Heroku or AWS as most users are without an internet connection. IIAB runs easily on a VM, with some work on a VPS, but containers present a challenge because they do not expect any networking or other systemd configuration.<br></div><div><br></div><div><div>You may also be interested in seeing a particular curation of IIAB, albeit one without sugarizer, to get a sense of what a deployment looks like, see <a href="http://medbox.iiab.me/s-asia/">http://medbox.iiab.me/s-asia/</a><br></div><div class="gmail_extra"><div><br></div><div class="gmail_quote"><br></div></div></div></div></blockquote><div><br></div>