Heute haben wir im K1 den kaputten und sehr alten Cisco Switch (Baujahr 2003) durch einen weniger alten Avaya ersetzt und damit die Verbindung zu unserem Netzwerk wieder hergestellt. Dabei ist uns aufgefallen, dass der baugleiche Cisco Switch im C Flügel auch ausgefallen ist. Dieser soll morgen Abend auch ausgewechselt werden.
Gruß, Andreas Gonschorek
Heute kam es zu zwei kurzen Unterbrechungen in unserem Netzwerk. An zwei Switches (SW-Serverraum K5 und SW-Core) wurde eine neue Firmware eingespielt, was zur Folge hatte, dass diese neugestartet werden mussten. Dadurch ist sowohl die Internetverbindung, als auch die Verbindung zwischen den Häusern für 7 Minuten ausgefallen.
Diese neue Firmware ermöglicht uns die Routing Funktionalität für IPv6 zu testen und diese dann in unserem zukünftigen, nativen IPv6 Netz zu nutzen.
Gruß, Andreas Gonschorek
Wie ihr ja bereits durch die Aushänge erfahren haben dürftet, wird es am
Mittwoch, von ca. 9.00 Uhr bis ca. 12.00 Uhr zu einem HaDiKo-weiten
Stromausfall kommen. Davon wird natürlich auch das HaDiNet betroffen
sein. Wir hoffen, dass wir euch ab 12.00 Uhr so schnell wie möglich
wieder zur Verfügung stehen können – da wir allerdings eine komplette
Abschaltung (und vor allem das Starten hinterher) noch nie getestet
haben, können wir nicht garantieren, dass alles 100%ig glatt läuft.
Wir bitten also um Entschuldigung, wenn Mittwoch nachmittag einige Dinge
noch nicht wieder so laufen sollten, wie sie es normalerweise tun.
Gruß, Andreas Gonschorek
Aufgrund der Umbauarbeiten im K4 – dem Gebäude, in dem auch unser
Netzwerk-Uplink zur Universität liegt – wird es in absehbarer Zukunft zu
einem größeren Netzwerkausfall kommen. Da wir dies diesmal schon recht
gut abschätzen können, möchten wir euch frühzeitig informieren. Bitte
stellt euch für den 2. August darauf ein, dass potentiell den ganzen Tag
über kein Zugang zum Universitätsnetz (und damit auch zum Internet) und
für die K4-Bewohner sogar gar kein Netzwerk vorhanden ist.
In dieser Zeit werden wir sowohl die Verkabelung im K4 von den alten auf
die neuen Netzwerkkabel umstellen, als auch unseren Glasfaser-Uplink zur
Universität in den Poolraum verlegen.
Ihr werdet natürlich nocheinmal zeitnah informiert, wir hoffen dass wir
zu diesem Zeitpunkt dann auch den Zeitrahmen des Ausfalls schärfer
eingrenzen können.
Gruß, Andreas Gonschorek
Habe soeben den Bootserver upgedatet und für alle Windowsuser gibt eine gute Nachricht:
Auf dem Bootserver gibt es jetzt eine Möglichkeit Windows 7 64bit (englisch) über unser Netzwerk zu installieren. Also keine DVDs mehr brennen, die man in einem halben Jahr zur nächsten Neuinstallation wieder verloren hat 🙂
Gruß, Andreas Gonschorek
Seit gestern Abend war unser Mailserver gestört. Nach ein paar Stunden habe ich dann die Lösung gefunden:
Clamav ist in Debian inzwischen so alt, dass seine eigenen Virendefinitionsdateien nicht mehr lesen kann.
LibClamAV Warning: *********************************************************** LibClamAV Warning: *** This version of the ClamAV engine is outdated. *** LibClamAV Warning: *** DON'T PANIC! Read http://www.clamav.net/support/faq *** LibClamAV Warning: *********************************************************** LibClamAV Error: Problem parsing database at line 742 LibClamAV Error: Can't load daily.ndb: Malformed database LibClamAV Error: cli_tgzload: Can't load daily.ndb LibClamAV Error: Can't load /var/lib/clamav/daily.cld: Malformed database ERROR: Malformed database
Dazu kommt noch die schöne default Einstellungen bei exim4: Wenn die Variable av_scanner nicht gesetzt ist, oder der angegebene Socket nicht gefunden wird, benutzt er einfach av_scanner=/var/run/sophie.
Nach langer Google Recherche habe ich dann rausgefunden, dass sophie zu Sophos Antivirus dazugehört und von den Exim Leuten als Standard benutzt wird. Dabei ist es völlig egal, ob Sophos installiert ist, oder nicht.
In der Kombination dieser 2 Fehler wurden daher gestern alle Mails mit dem Fehler „temporarily rejected after DATA“ abgelehnt und im Log nur mit „unable to connect to sophie UNIX socket (/var/run/sophie)“ vermerkt.
Danke Debian, exim und clamav.
Gruß, Andreas Gonschorek
Ich habe gestern Abend sämtliche Einträge in der ‚.ip6.hadiko.de‘ Subdomain gelöscht und mit ‚.hadiko.de‘ migriert. Damit unterscheiden wir nicht mehr zwischen IPv4 und IPv6 und sind einen Schritt näher am „Next Generation Internet“.
Bitte überprüft, ob eure Einträge richtig migriert wurden und meldet euch ggf. bei support@hadiko.de
Gruß, Andreas Gonschorek
Liebe HaDiNet-Nutzer,
auf der letzten Mitgliederversammlung des HaDiKo e.V. wurde eine
Gebührenerhöhung für das Hadinet mit 21 – 3 – 3 Stimmen angenommen. Die
monatlichen Nutzungsgebühren (für unbefristete Verträge) werden deshalb
zum 1.4.2010 auf 5 Euro / Monat angehoben – das Protokoll zur
Mitgliederversammlung ist unter
http://ftp.hadiko.de/int/hadiko/verein/mv/MV 2009-12-14 Protokoll.pdf
einzusehen. Unter anderem auch die Gründe, warum wir diese
Gebührenerhöhung für die weitere Finanzierung des HaDiNets brauchen (vor
allem Ersatz alter, ausfallender Hardware), sind dort angerissen.
Von eurer Seite aus ist nichts weiter zu tun, der monatliche Bankeinzug
wird einfach automatisch umgestellt. Außerdem möchte ich euch darauf
hinweisen, dass ihr durch diese Änderung in der Höhe der Gebühren ein
Sonderkündigungsrecht habt.
Gruß, Andreas Gonschorek
Hallo HaDiKo,
das SCC hat bekannt gegeben, dass am Montag, den 22.02.2010, von 19:00 bis
22:00 Uhr Wartungsarbeiten am BelWue Router durchgeführt werden. Es soll ein
IOS Upgrade auf dem 12000er Router durchgeführt werden, wodurch es im KIT-
Campus Süd zu einem Ausfall der Internetverbindung kommen wird. Dies betrifft auch
das HaDiKo.
Gruß, Andreas Gonschorek
Am nächsten Dienstag (19.1.2010) werden wir Abends ab ca. 20:30 Uhr Wartungsarbeiten im Serverraum K3 durchführen. Der rechte Serverschrank soll umgebaut werden, wodurch es zum Ausfall folgender Dienste kommen wird: FTP, Bootserver, der primäre IRC Server (irc1.hadiko.de), der sekundäre DNS Server (172.20.32.11) sowie das Hadifon. Die Außenanbindung sollte davon nicht mehr betroffen sein.
Wir werden versuchen, den Ausfall auf ein Minimum zu beschränken.
Gruß, Andreas Gonschorek