|
Diese Diskussion wurde archiviert.
Es können keine neuen Kommentare abgegeben werden.
|
|
|
|
 |
|
|
|
|
|
|
|
ist mir am do/fr auch passiert mit ipcop. aber schon seit urzeiten sind oft links für downloads auf switch tot (mozilla/OOo). wär schade, das hat sicher einige gigabytes internationalen traffic gespart.
L I N U X - life is to short for reboots...
|
|
|
|
|
|
|
|
|
|
|
|
|
ich habe schon vor langer Zeit aufgehört, sourceforge-dateien von switch runterzuladen, irgendwie hat das bei mir schon länger nicht funktioniert. Schade, der switch-server ist nämlich sehr schnell und nahe :-)
|
|
|
|
|
|
|
|
|
|
|
|
|
Ich habe die Frage an jemand bei switch weitergeleitet, mal sehen ob wir mehr infos kriegen... :)
2e90144d17cf6819fb22006885cd231e
|
|
|
|
|
|
|
|
|
Von Anonymer Feigling am Tuesday 08. July, 13:51 MES (#5)
|
|
|
|
|
Der switch.dl.sourceforge.net Server existiert nachwievor. Nur hat er sich wieder einmal aus unbekannten Gründen 'aufgehängt'. Ein Restart ist erfolgt und somit sollte er nach der Resynchronisation wieder in der Liste auftauchen.
Etwas Hintergrund dazu. Der Server gehört SourceForge (SF) und wird auch von SF gewartet, SWITCH stellt den Rackplatz und den Netzwerkanschluss bereit, hat aber keine direkten Interventionsmöglichkeiten auf dem Server.
Dieser Server ist eine 1U Linux Kiste mit zwei internen IDE Disks. Damit ist er zu klein um ganz SF zu mirrorn. SF entscheidet was darauf gemirrort wird. Bei Belnet steht ein Server mit einem externen RAID, der mehr Platz hat. SF hat entschieden nur noch kleinere Server zu installieren.
Ich habe schon mehr als einmal bei SF angeregt die Verlinkung für Files zu verbessern, die auf dem SWTICH-SF-Download Server keinen Platz mehr haben. Doch bisher leider ohne Erfolg, SF scheint zu wenige Ressourcen für die Implementation zu verfügen.
Hoffentlich hilft dies zum besseren Verständnis der Situation.
|
|
|
|
|
|
|
|
