The website http://grml.org/ which resolves to http://81.223.126.153/ has been down all day. The grml package repositories are unaccessible, too.
Is anyone in North/South America having the same problem?
Maybe bandwidth quota was exceeded with the 0.8 release. If so, it would be nice for grml's provider to show a specific error message.
Thanks grml-team,
M.
Hi, * Mark 27e3kk302@sneakemail.com [2006-08-19 15:05]:
The website http://grml.org/ which resolves to http://81.223.126.153/ has been down all day. The grml package repositories are unaccessible, too.
Is anyone in North/South America having the same problem?
Maybe bandwidth quota was exceeded with the 0.8 release. If so, it would be nice for grml's provider to show a specific error message.
Yeah its down, sorry for the delay. We have to wait until mikap returns from his vacation. Kind regards Nico
Hi all,
Nico Golde wrote:
Hi,
- Mark 27e3kk302@sneakemail.com [2006-08-19 15:05]:
The website http://grml.org/ which resolves to http://81.223.126.153/ has been down all day. The grml package repositories are unaccessible, too.
Is anyone in North/South America having the same problem?
Maybe bandwidth quota was exceeded with the 0.8 release. If so, it would be nice for grml's provider to show a specific error message.
Yeah its down, sorry for the delay. We have to wait until mikap returns from his vacation.
no .. I've rebootet grml 'main' server now. Sorry 4 downtime & delay, there were/are 2 problems:
1. lack of RAM on grml.org's machine :/ We will upgrade / migrate in the near future
2. the server still wasn't on (my) monitoring and mika & jimmy are on vacation
Kind regards Robert
The web site is visible now, thank you.
Upgrading & configuring dedicated servers seems unnecessary when grml can just rsync to a free hosting service. It's nice to "own" the project server but all that's visible to us is web pages and data files.
Idea, developers could config the server for internal use and mirror the public stuff to the host service.
http://sourceforge.net/docs/B02/en/#projectweb http://savannah.gnu.org/faq/?group_id=5802&question=Homepage_-_How_do_I_... http://dmoz.org/Computers/Open_Source/Hosting/ http://www.tlm-project.org http://www.softwarebank.org http://sarovar.org
M
Hallo Mark,
* Mark 27e3kk302@sneakemail.com [2006-08-22 03:46]:
The web site is visible now, thank you.
Upgrading & configuring dedicated servers seems unnecessary when grml can just rsync to a free hosting service. It's nice to "own" the project server but all that's visible to us is web pages and data files.
Idea, developers could config the server for internal use and mirror the public stuff to the host service.
[...] Whats your problem with: http://modprobe.de/grml/grml-www/ http://grml.gwendoline.at/grml-www/ http://mirror.inode.at/data/grml/grml-www/ ? Kind regards Nico
Whats your problem with: http://modprobe.de/grml/grml-www/ http://grml.gwendoline.at/grml-www/ http://mirror.inode.at/data/grml/grml-www/ ? Kind regards Nico
These reasons:
Server maintenance drains grml developer time. Easier to rsync and let others babysit servers.
Grml project pays for bandwidth that could be free -- or, relies on university resources that will not last forever as folks graduate, school policies change, etc.
Bandwidth could be much larger and better distributed.
Current mirrors are geographically concentrated (single point/region of failure). FYI Sourceforge recently opened a mirror in Australia and has numerous mirrors in the United States. To my knowledge grml has none in these regions.
M
* Mark 27e3kk302@sneakemail.com [20060821 09:15]:
The website http://grml.org/ which resolves to http://81.223.126.153/ has been down all day. The grml package repositories are unaccessible, too.
Is anyone in North/South America having the same problem?
Maybe bandwidth quota was exceeded with the 0.8 release. If so, it would be nice for grml's provider to show a specific error message.
Thanks for reporting. As I was on (offline) holidays I could not monitor the server on my own. The server is lacking enough RAM and therefore services might hang sometimes, Murphy doesn't sleep. :(
Thanks to Robert for fixing the issue on 18th of August.
I'm looking around for a better server infrastructure, I hope I'm able to upgrade to a better one in the next few weeks.
regards, -mika-
Teilnehmer (4)
-
"Robert Zöhrer | pronet.at" -
Mark -
Michael Prokop -
Nico Golde