Announcement OHM storage migration / unavailability

[Lucy]

Hi folks,

I'll be migrating the data that makes up the mass storage of Orbit Hangar Mods over a few days this coming weekend, 22nd and 23rd July. You ideally will notice no difference, but the possibility exists that downloads from OHM will become unavailable while this is happening.

This server also provides my IRC, and the SVN for the D3D9 client, as well as being one destination for the forum's backups. All of these services will be migrated too.

 

[Lucy]

All core systems supporting Orbiter Forum have now been migrated to containers within the new server. This includes the OHM assets, Orbiter 2016 textures, SVN repository for the D3D9 client, and the forum backup target. Normal service should be resumed; in truth, you should have noticed no particular disruption.

My new box is in the same geographic area as the old one (Germany), so download times should not alter much.

 

[atckirk]

trouble downloading

I'm having a problem downloading from orbithangar, any ideas? I have in the past no problem. I am updating to 2016 with the new versions of burntime and glideslope and can't get them.

I'd appreciate any help. Thanks. Kirk.

 

[Lucy]

I've just this morning been getting notifications that the service isn't available, but I haven't identified the cause yet. I'm working on resolving it.

 

[Artlav]

mirror.orbiter-radio.co.uk resolves to some address in Germany, 176.9.126.187 and 2a01:4f8:151:90b1:0:0:0:1, so DNS is ok.

However, the site itself won't ping or respond to anything i can toss at it.

Same thing with orbiter-radio.co.uk and dauntless.jbladen.co.uk

OHM site itself works fine, only the downloads don't.

 

[Lucy]

Yes, that's consistent with what I'm seeing - the DNS config is correct, but the server itself went unresponsive some time early this morning my time, with no reason given. I've been unable to get back into it, so I'm following emergency steps to get it up and running now.

 

[Lucy]

Not certain of the root cause, still, but the system is once again operational and OHM downloads should be functional once again.

 

[jedidia]

Not certain of the root cause, still, but the system is once again operational

Yeah, that sounds familiar :lol:

 

[Lucy]

This was, seemingly, caused by an improper VPN config and a mismatch in the cluster firewall setup. Thus, when the VPN tried to renegotiate, everything just died. I've put a couple of things in place to stop that happening; should be fine now.

 

[Urwumpe]

Not certain of the root cause, still, but the system is once again operational and OHM downloads should be functional once again.

Did you try to turn it off and on again?

 

[Lucy]

Did you try to turn it off and on again?

I did! But sadly the misconfigured firewall popped up on boot, which made life more difficult. I had to get a KVM from the datacenter and stop it at the console.

 

[rcraig42]

The problem seems to have reappeared, I can't get to any downloads today

 

[Lucy]

I was advised of a period of network issue which affected the service mid-late afternoon my time. This seems, at least from here, to be resolved now.

 

[kuddel]

Hi Xylon,
sorry for being late, but I tried to commit changes to the D3D9Client subversion repository repository (svn://mirror.orbiter-radio.co.uk/D3D9client/trunk) and got a "Permission denied" error message (see below)
I've tried it from different machines, so a local problem is less likely

Commit failed (details follow):
While preparing 'D:\Work\Orbiter\D3D9ClientDev_160910 (for BETA r64)\Doc\D3D9Client.pdf' for commit
Can't open file '/svn/D3D9client/db/txn-current-lock': Permission denied

Do I need a new login/password after the move?
If yes, please PM me
If no, can you check if the permissions are O.K. @ the server?

/Kuddel