Hackathon: Difference between revisions
Jump to navigation
Jump to search
| Line 9: | Line 9: | ||
=== Themenvorschläge === |
=== Themenvorschläge === |
||
* Alles was vom ersten Hackathon noch übrig ist |
* Alles was vom ersten Hackathon noch übrig ist: |
||
** Verringerung der Kopplung der einzelnen brn2 Elemente untereinander durch Entwicklung und Umsetzung eines strikteren Schichtenmodells (Chris); [[erste Visualisierungsversuche]] |
|||
** Tests für Treiber in jenkins (Robert, Dominik) |
|||
** Ausbau des automatisierten Testings (Skripte + Auswertungen für verschiedene Elemente) (Dominik) |
|||
** Simulation: Verbesserung der run_sim; wenn bestehendes Verzeichnis angegeben wird, dann Simulationsskript noch einmal ausführen mit einem Info-Disclaimer (Chris, Robert) |
|||
** Konzept entwerfen für zuverlässigeres HWL (z. B. Absicherung der Knoten gegen Kernel-Panic bei Server-Ausfall, um händisches Neustarten von über 100 Knoten zu vermeiden – this really sucks) |
|||
** Web-Gui wieder an den Start bringen (Laufende Studienarbeit) |
|||
** BRN-Testbed-Basis-Script: läuft immer, wenn keine Messungen stattfinden und soll anderen Internet zur Verfügung stellen. Ein solchen Script kann zum Testen vieler Elemente und zum Messen verwendet werden. |
|||
** Fix Hawk (Robert) |
|||
* Alten brn-Code entfernen (elements/brn) |
* Alten brn-Code entfernen (elements/brn) |
||
* Maintenance KnotenDB: Welche Knoten sind ausgefallen? Welche aus Haus 4 müssen überarbeitet werden wegen Umzug? Und hübsche Koordinaten für alle! |
* Maintenance KnotenDB: Welche Knoten sind ausgefallen? Welche aus Haus 4 müssen überarbeitet werden wegen Umzug? Und hübsche Koordinaten für alle! |
||
Revision as of 13:42, 9 October 2012
HWL/BRN Hackathon
Beim HWL/BRN Hackathon setzen sich interessierte Studenten und Doktoranden zusammen, um innerhalb einer Nacht konkrete Verbesserungen am Testbed, der eingesetzten Software und Infrastruktur umzusetzen.
Zweiter Hackathon
Der 2. Hackathon könnte in der Zeit vom 8.10. Bis 19.10. stattfinden (Doodle).
Themenvorschläge
- Alles was vom ersten Hackathon noch übrig ist:
- Verringerung der Kopplung der einzelnen brn2 Elemente untereinander durch Entwicklung und Umsetzung eines strikteren Schichtenmodells (Chris); erste Visualisierungsversuche
- Tests für Treiber in jenkins (Robert, Dominik)
- Ausbau des automatisierten Testings (Skripte + Auswertungen für verschiedene Elemente) (Dominik)
- Simulation: Verbesserung der run_sim; wenn bestehendes Verzeichnis angegeben wird, dann Simulationsskript noch einmal ausführen mit einem Info-Disclaimer (Chris, Robert)
- Konzept entwerfen für zuverlässigeres HWL (z. B. Absicherung der Knoten gegen Kernel-Panic bei Server-Ausfall, um händisches Neustarten von über 100 Knoten zu vermeiden – this really sucks)
- Web-Gui wieder an den Start bringen (Laufende Studienarbeit)
- BRN-Testbed-Basis-Script: läuft immer, wenn keine Messungen stattfinden und soll anderen Internet zur Verfügung stellen. Ein solchen Script kann zum Testen vieler Elemente und zum Messen verwendet werden.
- Fix Hawk (Robert)
- Alten brn-Code entfernen (elements/brn)
- Maintenance KnotenDB: Welche Knoten sind ausgefallen? Welche aus Haus 4 müssen überarbeitet werden wegen Umzug? Und hübsche Koordinaten für alle!
- Infrastruktur: Backup für gitsar einrichten, insbesondere für jenkins
- (maybe) Software-Updates: (leider sehr problematisch für wgts, trotzdem Björns Wunschliste):
- ath5k / ath9k für alle
- OpenWRT Versionen aktueller Kernel
- Kernel: Segmentation Fault -> Syslog und Core Dumps enablen (try "ulimit -c unlimited" for core dumps)
- ntpclient fehlt auf wndrs
- libnl-3 (OpenWRTs libnl-tiny segfaults!)
Erster Hackathon
Der Hackathon findet zum ersten Mal am 30 Juli 2012 ab 19 Uhr im SAR Poolraum statt.
Themenvorschläge
Folgende Themenvorschlägefür Projekte existieren zur Zeit:
- Verringerung der Kopplung der einzelnen brn2 Elemente untereinander durch Entwicklung und Umsetzung eines strikteren Schichtenmodells (Chris); erste Visualisierungsversuche
- Tests für Treiber in jenkins (Robert, Dominik)
- Ausbau des automatisierten Testings (Skripte + Auswertungen für verschiedene Elemente) (Dominik)
- Ausbau der Dokumentation (siehe Dokumentation mit Sphinx weiter unten; Dominik, Chris)
- Simulation: Verbesserung der run_sim; wenn bestehendes Verzeichnis angegeben wird, dann Simulationsskript noch einmal ausführen mit einem Info-Disclaimer (Chris, Robert)
- Konzept entwerfen für zuverlässigeres HWL (z. B. Absicherung der Knoten gegen Kernel-Panic bei Server-Ausfall, um händisches Neustarten von über 100 Knoten zu vermeiden – this really sucks)
- Web-Gui wieder an den Start bringen
- BRN-Testbed-Basis-Script: läuft immer, wenn keine Messungen stattfinden und soll anderen Internet zur Verfügung stellen. Ein solchen Script kann zum Testen vieler Elemente und zum Messen verwendet werden.
- Fix Hawk (Robert)
Zeitplan
- vor 19.00 Kurzer Besuch beim Kaufland (Getränke)
- 19:00 Kurze Einführung in die neue Infrastruktur (gitolite und Jenkins, evtl. sphinx) (Dominik)
- 19:20 Besprechung der Themen, Planung (Dominik, Robert, Chris)
- 19:45 Essen
- 20:30 Hackathon
- ...
Dokumentation mit Sphinx
- Unter Ubuntu Sphinx installieren: apt-get install python-sphinx
- In "helper/docs/sphinx/" befindet sich zum Generieren der Dokumentation ein Makefile ("make help" liefert alle Varianten)
- Die HTML-Dokumentation ("make html") befindet sich nach der Generierung in "helper/docs/sphinx/_build/html/index.html"
- Die PDF-Dokumentation ("make latexpdf") befindet sich nach der Generierung in "helper/docs/sphinx/_build/latex/HWL.pdf"
- Die Dokumentation selber wird in reStructured Text geschrieben
Erledigte Aufgabe
- click-brn bug squashing: Zur Zeit gibts 230 Warnings in Jenkins, nach dem Hackaton gibt es keine mehr (Alle)
- E-Mail Notification in Jenkins (Dominik)
- Treiber ins git bringen (Robert, Dominik)
- JIST Integration (Robert)
- Jist: Scheduler-Bug (Click) fixen (Robert)
- NS3 Integration inkl. NS3 Simulation via run_sim.sh (Robert)
- Bessere Abstraktion der verschiedenen Knotentypen bei Experimenten im Testbed (Robert)