[Tilesathome] t at h disk on dev projected 100% FULL at friday morning.

[Dirk-Lüder Kreie]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I mentioned that fact (subject) on IRC and Christopher Schmidt offered a
nearly immediately available relief server. The conversation is attached
below.

In short what I think will happen in the next few days:

* tiles on dev is going to run out of disk
* uploads will have to be stopped on or about thursday to prevent this
* the backlog will grow at a rate of about 6000 requests a day
  (at least initially)
* the planned relief server will not be ready by then.

What Christopher Schmidt offered:

* root on a debian etch box with 4GB of RAM, quad CPUs, and access to a
  couple hundred gb of fast disk

Who needs to act in order for this to work

* spaetz or ojw to help set up and run the server (I don't know enough
  of some serverside stuff like queue handling to actually do it.)

* TomH or any other core admin to adapt the tile URLs for the osmarender
  layer

* likewise Etienne for informationfreeway.org and the affected proxy
   admins


FTR the actual IRC conversation:

<crschmidt> Is the t at h disk the same as the planet disk?
<deelkar> crschmidt: no, the tiles disk is completely separate from any
other dev business
<crschmidt> k
<deelkar> I think we will have to stop rendering stuff on thursday
because the new home for t at h will not be ready by then
<crschmidt> yeah :/
<jrreid> 24347 lines in my branch of our SVN... wow
<deelkar> not good if you consider this will add about 6000 jobs to the
queue each day...
<jrreid> wow... guess once we have the new server I'll turn my render
clients back on, should help a bit
<deelkar> if the new one can keep up...
<jrreid> true
<crschmidt> deelkar: I've got a new machine at telascience coming online
early next week that we could probably devote to t at h hosting, if the new
machine isn't ready yet
<crschmidt> Unless there's any specific reason it needs to be hosted at UCL?
<deelkar> crschmidt: I'm not sure.
<crschmidt> I suppose it would be a problem to moe the existing tiles.
<deelkar> rerouting render results and client requests to another server
is more or less a config option
<deelkar> crschmidt: just add an "intelligent" 404 handler
<crschmidt> hm, yeah, that would do
<crschmidt> deelkar: in fact, I could probably offer this now, if you're
interested...
<deelkar> don't bother copying old stuff, we considered that with the
osm.bandnet.org -> dev.osm.org move and didn't do it
* crschmidt nods.
<crschmidt> The only problem is that i think that the machines I can
offer will probably suffer a couple hours of downtime sometime in the
next couple weeks
<crschmidt> when we install new 10Gb network cards
<crschmidt> But if a couple hours of downtime isn't a total showstopper,
we could start getting stuff set up now... if you're interested.
<deelkar> crschmidt: this would need TomH or any other core admin to
adjust the layers on osm.org and etienne to change the tile urls for
informationfreeway
<deelkar> not to mention the proxies
<crschmidt> deelkar: Okay.
<crschmidt> deelkar: Let me know if you'd like to take advantage of it.
I can give you root on a debian etch box with 4GB of RAM, quad CPUs, and
access to a couple hundred gb of fast disk
<deelkar> the t at h client doesn't care as long as the server runs
compatible APIs.
<deelkar> unfortunately there are some things on the serverside that I
don't understand and only OJW or spaetz do know.
<crschmidt> deelkar: Okay. The offer is open; I'll let you work out what
you wnat to do with anyone who needs to make the call.
<deelkar> crschmidt: do you mind if I copy this to a mail on the
tilesathome mailing list?
<deelkar> this conversation I mean?
<crschmidt> deelkar: not at all
<crschmidt> feel free
<crschmidt> CC me? I'm not on the t at h list
<crschmidt> For the record, I'm offering on behalf of
OSGeo/TelaScience/CalIT, with the hosting being on
http://hypercube.telascience.org/ ; I'm willing to give out root
accounts to people who need them, though if the list can stay limited,
that would be good, since I have to maintain the machine :)


- --

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0952°N 8.8652°E

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHMRqKFUbODdpRVDwRAu6BAJ9Qzr8q0ZR6j0XWgMG5TTD8w0f35QCgomJs
E/bYTRYeXZktYPY5BJb5IVw=
=ljp2
-----END PGP SIGNATURE-----