Shadowfax (LFS server) is in need for a new home
gerard at linuxfromscratch.org
Wed Oct 23 15:00:04 PDT 2002
Shadowfax, the main linuxfromscratch.org server, is in trouble. Our current
host VA Software will cease to provide colocation for the server at the end
of this month (so that means 7 more days) because of reorganizations in their
IT department. All free-colocated servers that are not part of the
SourceForge.net network will be unplugged and sent back to their respective
owners. So that means in about two weeks I'll have the LFS server sitting at
I will take the opportunity to rebuild the server, maybe do some hardware
upgrades, but mainly put an LFS-CVS system on it. But then what...
As you can see, LFS needs a new home. We've tried contacting some ISPs but
nothing worked out. Either we don't get a response at all, or a rejection.
When the server goes offline, LFS won't die. Jesse has offered his server as a
backup. Email will keep going, including mailinglists, as well as CVS. The
web and FTP sites will be offline but Jesse's apache listening to
linuxfromscratch.org will contain the list of current mirrors we have so
books and packages can still be downloaded. IRC too will keep going.
So, development of LFS will be impeded since Jesse's box has as a strict
bandwidth limit (he gets charged when he goes over 10 GB/month, currently
we're doing 23 GB/day so we need to cut down seriously, though cutting out
FTP and HTTP will probably leave us with only a few dozen MB's a day. Email
doesn't take all that much).
While LFS will be limping around a bit (pardon the pun) I'm requestion
assistance from you LFS'ers. Is there anybody on this list who is able to
co-locate the LFS server? I must point out that I don't make any money off
LFS and personal funds aren't available to pay for it.
If a new home for the server can't be found, I'll probably fall back to using
sourceforge.net's servers for all the bandwidth intensive stuff. However
colocation is of course preferred. It gives us a lot more freedom as how we
implement LFS and what services we provide and how they are provided. For
one, we'll probably have to get rid of the FTP archive because I currently
don't have access to the FTP mirrors to make updates.
Then the mailinglists archives: I don't want to burden Jesse's box too much
(regenerating the mailinglist archives daily is very CPU and I/O intensive
and it also uses up a lot of bandwidth (currently 10 GB/month or something
If you are able to make an offer, please contact me directly instead of using
this list. It'll be quicker for me to go through personal email.
If you need details as to what kind of bandwidth the server is using when it's
used in its current capacity, visit http://stats.linuxfromscratch.org
You'll find the MRTG graphs in particular most useful, as well as the
bandwidth stats. They give you the montly totals and the average contineous
upload speed (our current annual average is 1400 Kbit/sec, though the last
month it has been increasing to closer to 2500 to 3000 Kbit/sec)
-*- If Linux doesn't have the solution, you have the wrong problem -*-
Unsubscribe: send email to listar at linuxfromscratch.org
and put 'unsubscribe lfs-dev' in the subject header of the message
More information about the lfs-dev