<div dir="ltr">I'm curious why we don't move to a cloud hosting provider? Maybe Heroku, DigitalOcean, AWS? Forgive me if I dozed off for that part of the discussion about reviving the server.<div><br></div><div>Cheers!</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 10, 2016 at 9:39 AM, Tim Waters <span dir="ltr"><<a href="mailto:chippy2005@gmail.com" target="_blank">chippy2005@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi folks,<br>
<br>
bit of an update: good news.<br>
<br>
We had got into the server and booted in rescue mode, and this Monday<br>
Sanjay successfully got the good drive mountable.<br>
One of the drives in the Raid array had indeed broken, but it broke in<br>
a non standard way and it looked like the system removed the good<br>
drive from the system rather than the failed one so that complicated<br>
matters somewhat!<br>
<br>
Rob has backed up the postgres data directory, and hooked it up on his<br>
server, and is making a dump of the API / Website database.<br>
The database also has the data for the tiles too.<br>
Rob will try to produce a recent planet file of this database.<br>
<br>
We've got backups of various configuration files, tiles and past planets too.<br>
We've got a backup of overpass also.<br>
<br>
Our next step would be to mount the home partition to backup data from there.<br>
<br>
I'll try to keep you all updated as we go.<br>
<br>
Where we go from there we will have to see.<br>
<br>
I imagine either fixing the server, getting a new drive and recreating<br>
the raid array, or resurrecting the services on a healthier server.<br>
We may try to boot the poorly server up on the good drive, and put the<br>
API into read only mode if it's not too complicated.<br>
I believe Topomancy is no longer able to continue to host OHM after<br>
the Summer so it could be best to move everything initially.<br>
<br>
Regards,<br>
<br>
Tim<br>
<div class="HOEnZb"><div class="h5"><br>
On 5 August 2016 at 14:51, Richard Welty <<a href="mailto:rwelty@averillpark.net">rwelty@averillpark.net</a>> wrote:<br>
> On 8/5/16 9:43 AM, Tim Waters wrote:<br>
>> It's software RAID1 I think, two drives each with their own copy of<br>
>> the data. It's a common Hetzner setup.<br>
>><br>
>> We did have some email help from a friendly admin who had a similar<br>
>> issue a while back - I imagine that this kind of server admin<br>
>> knowledge is hard to find and we've not progressed any more past this<br>
>> help though. I have some time early next week to follow through the<br>
>> steps and see what happens in case we don't get any more help.<br>
>><br>
>><br>
> normally if a disk fails in a truly redundant RAID setup (hint, RAID 0<br>
> is not actually redundant), you replace with a similar disk and rebuild,<br>
> which in RAID 1 is simply copying the data from the good (old) drive<br>
> to the good (new) drive. i've never done the procedure for Linux<br>
> software raid, i've only done this stuff with a couple of different<br>
> commercial hardware RAID controllers, where the rebuild is frequently<br>
> automagic.<br>
><br>
> richard<br>
><br>
> --<br>
> <a href="mailto:rwelty@averillpark.net">rwelty@averillpark.net</a><br>
>  Averill Park Networking - GIS & IT Consulting<br>
>  OpenStreetMap - PostgreSQL - Linux<br>
>  Java - Web Applications - Search<br>
><br>
><br>
<br>
</div></div><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
Historic mailing list<br>
<a href="mailto:Historic@openstreetmap.org">Historic@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/historic" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/historic</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><span style="font-family:arial;font-size:small">Tod Robbins</span><div style="font-family:arial;font-size:small"><font color="#666666" face="arial, sans-serif">Digital Asset Manager, MLIS</font></div><div style="font-family:arial;font-size:small"><span style="font-family:arial,sans-serif;font-size:13px"><font color="#666666"><a href="http://todrobbins.com/" style="color:rgb(17,85,204)" target="_blank">todrobbins.com</a> | <a href="http://www.twitter.com/#!/todrobbins" style="color:rgb(17,85,204)" target="_blank">@todrobbins</a></font></span></div></div></div>
</div>