- Dev - Freifunk Nordwest

hoodselector: falsch positives Ergebnis bei function directVPN() ?
by lrnzo 02 Jun '16

02 Jun '16

Hallo, wenn ich das richtig verstehe, guck die funktion ja in originator-table und gibt true zurück, wenn sie irgendwo den string mesh-vpn findet. Aber wird auch der Wert last-seen berücksichtigt? beispiel: Knoten hat vpn verbindung, der letzte originator-frame ist keine 5 sekunden alt. directVPN() -> TRUE. alles io. jetzt verliert der knoten aus $gründen seine vpn verbindung, aber in der orignator-table werden immer noch massenweise zeilen gefunden, die den string mesh_vpn enthalten, aber natürlich nur zombies sind. directVPN() -> TRUE, obwohl vpn in Wahrheit tot ist. Oder ist das alles viel einfacher? lg lrnzo

2 1

gitlab-CI
by Jan-Tarek Butt 31 May '16

31 May '16

Hi, das Gitlab ist nun auf dem aktuellen stabile release (8.8.2). Zudem ist in der git VM das git auf 2.8.3 from source aktualisiert. Ein sehr nützliches feature was hinzugekommen ist, ist das man nun die build logs im RAW output kriegen kann[0]. Das ist für Fehler Analysen sehr hilfreich. Hinzu kommt das nun die Architekturen von gluon aus dem soruce generiert werden. Somit werden die Targets dynamisch gebaut. Kommen also neue Architekturen hinzu selektiert der CI bot diese automatisch. Zuvor hatte der bot nur auf einen thread compiliert. Nun baut der CI bot ebenfalls dynamisch auf allen logischen cores[1]. nach folgender Formel: (grep -c processor /proc/cpuinfo)*2 Also Anzahl der logic cores mal zwei. Zweit Prozesse pro logik core. Referrenz[2]. Aktuell ist es noch nicht möglich mit dem make parameter V=s zu compilieren. Der generierte log output wird mehre GB groß und überbeansprucht das gitlab somit. Dazu gibt es schon ein issue in gitlab [3]. vg Tarek [0] https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/builds/289/raw [1] https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/builds/289 [2] https://github.com/FreifunkFranken/firmware/blob/master/buildscript#L219 [3] https://gitlab.com/gitlab-org/gitlab-ci/issues/421

1 1

Vorschlag zum 1.0 Release
by Stefan 30 May '16

30 May '16

Hi, ich habe mich gerade kurz mit Clemens über das 1.0 Release unterhalten. Ich hätte hier folgenden Vorschlag: - Ich habe nun den Ganzen Puppet Code ins Gitlab rübergezogen und fixe hier noch Kleinigkeiten - Wir testen alle die Version 1.0 heute oder morgen und signen diese schon entsprechend - Am Mittwoch würden wir ein Blogpost veröffentlichen, damit die Nutzer von dem Großen Update mitbekommen - Donnerstag im Laufe des Tages würden wir dann den Symlink umschwenken, sodass die Version verteilt wird Einwände oder weitere Vorschläge? :) Viele Grüße Stefan

1 0

Umzug der Puppet Repos und Master
by Stefan 30 May '16

30 May '16

Hey zusammen, ich mache mich ab jetzt daran die Puppet Repos ins Gitlab (sofern dies funktioniert) umzuziehen und über unseren Puppetmaster zu deployen. Dann haben wir später im Puppet Board eine Gute Übersicht, welche Systeme wie deployed wurden. VG Stefan

2 2

build ENV
by Jan-Tarek Butt 29 May '16

29 May '16

Hi, ich habe mal ein paar build ENVs auf runner02 gelöscht die in home dirs lagen und älter als 1 1/2 Monate waren. Bitte auchtet darauf wenn im home die gebaut wird sollte das build ENV hinterher aufgeräumt werden. Ansonsten verbraucht es ca. 70GB. Hintergrund ist das mir gerade aufgefallen ist das dem CI bot die platte voll gelaufen ist. vg Tarek

1 0

Gitlab: Reply via Mail
by Bjoern Franke 28 May '16

28 May '16

Moin, man kann auf die Mail-Notifications für Issues und Mergerequests unseres Gitlabs nun auch per Mail antworten. \o/ grüße bjo -- xmpp bjo(a)schafweide.org

2 1

hoodselector: br-client restart
by Johannes Rudolph 28 May '16

28 May '16

Moin wir haben festgestellt, dass das Interface br-client neu gestartet werden muss, damit der router schnellstmöglich seine alte IPv6 Adresse vergisst. Ich habe da mal einen Merge Request gemacht @Tarek kannst du dir das mal anschauen und dann hoffentlich ;) Mergen Gruß Johannes

4 7

Re: [Dev] hoodselector: br-client restart
by Stefan 27 May '16

27 May '16

Moin, in dem Hoodfile von Tarek steht wohl lk-fri01.sn.ffnw.de drin. Daher keine Verbindung. Hab diese mal angelegt - sollte nun klappen! Am 27.05.2016 um 10:49 schrieb lrnzo: > aus dem hoodfile: > > "name": "lk-fri", > "bssid": "02:00:0A:12:88:00", > "defaulthood": false, > "servers": [ > { > "host": "lk-fri-01.sn.ffnw.de", > "port": "10001", > "publickey": > "613ffbc8a5a2b1a8602866c0bd44afddecee79c49cde52ee4dd5df73c88d0437" > } > ], > "boxes": [ > [ > [ > 53.36, > 7.85 > ], > [ > 53.72, > 8.18 > ] > ] > ] > }, > > > Am 27.05.2016 um 10:47 schrieb Stefan: >> Hoi, >> >> Am 27.05.2016 um 10:46 schrieb lrnzo via Dev: >>> hat das was damit zu tun, dass er in lk-fri das entsprechende gateway >>> nicht erreiht? >> >> welche Peers sind für FRI / WHV angegeben? >> Daran wird es liegen ;) >> >> Stefan >>

2 1

fastd names
by Johannes Rudolph 27 May '16

27 May '16

Zusammen mit Lorenz und Stefan haben wir gerade festgestellt, das die fastd namen viel zu lang sind und gluon diese nicht übernimmt. Alt: mesh_vpn_backbone_peer_<srv> ist zu lang für gluon Neu: vpn_<srv> Daher hier ein Vorschlag zum drastischen einkürzen. Es ist nur ein Bezeichner von daher nix weltbewegendes. Der Merge Request: https://git.nordwest.freifunk.net/ffnw-firmware/packages/merge_requests/14 und für Tarek als Patch zum anschauen: From e4ec14e6f43ad43d927fa49c0e4ae827005d4e2e Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)ffnw.de> Date: Thu, 26 May 2016 15:56:56 +0200 Subject: [PATCH] Make fastd peer names shorter at the moment they are to Long --- hoodselector/luasrc/hoodselector | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/hoodselector/luasrc/hoodselector b/hoodselector/luasrc/hoodselector index 1b27b87..7c3e1a3 100755 --- a/hoodselector/luasrc/hoodselector +++ b/hoodselector/luasrc/hoodselector @@ -275,7 +275,7 @@ end local function directVPN() -- escape special chars "[]-" for outgoingIF in io.open("/sys/kernel/debug/batman_adv/bat0/originators", 'r'):lines() do - if outgoingIF:match(string.gsub("%[ " .. uci:get('fastd', 'mesh_vpn_backbone', 'net') .. "%]","%_",'-'):gsub("%-", "%%-")) then + if outgoingIF:match(string.gsub("%[ " .. uci:get('fastd', 'vpn', 'net') .. "%]","%_",'-'):gsub("%-", "%%-")) then return true end end @@ -297,7 +297,7 @@ local function getCurrentPeers() for prefix,peer in pairs(index) do local tmpPeer = {} if prefix:match(".name") then - if peer:match("mesh_vpn_backbone_peer_") then + if peer:match("vpn_") then local tmpRemote = uci:get('fastd', peer, 'remote') tmpRemote = tmpRemote[1]:split(" ") local remote = {} @@ -368,7 +368,7 @@ local function vpn_reconfiguration_needed(hood_serverlist) for local_server_config_name, local_server in pairs(local_serverlist) do local local_server_exists_in_hoodfile = false for hood_server_index,hood_server in pairs(hood_serverlist) do - if (local_server_config_name == 'mesh_vpn_backbone_peer_'.. hood_server["host"]:split('.')[1]) then + if (local_server_config_name == 'vpn_'.. hood_server["host"]:split('.')[1]) then local_server_exists_in_hoodfile = true if ( local_server.key ~= hood_server['publickey'] ) then return true @@ -389,7 +389,7 @@ local function vpn_reconfiguration_needed(hood_serverlist) for hood_server_index,hood_server in pairs(hood_serverlist) do local hood_server_exists_locally = false for local_server_config_name, local_server in pairs(local_serverlist) do - if (local_server_config_name == 'mesh_vpn_backbone_peer_'.. hood_server["host"]:split('.')[1]) then + if (local_server_config_name == 'vpn_'.. hood_server["host"]:split('.')[1]) then hood_server_exists_locally = true end end @@ -408,9 +408,9 @@ local function vpn_reconfigure(hood_serverlist) end -- add servers from hoodfile - local group = 'mesh_vpn_backbone' + local group = 'vpn_' for i,hood_server in pairs(hood_serverlist) do - uci:section('fastd', 'peer', group .. '_peer_' .. hood_server.host:split('.')[1], + uci:section('fastd', 'peer', group .. hood_server.host:split('.')[1], { enabled = 1, net = 'mesh_vpn', -- libgit2 0.24.0 Gruß Johannes

5 12

reminder dev terffen am 28.05
by Jan-Tarek Butt 27 May '16

27 May '16

Hi, Ich erinnere hier mit an das morgiger dev treffen. Beginn ab 14:00Uhr im Mainframe. http://mainframe.io/contact.de.dark.html https://pad.ffnw.de/p/dev-05-2016 vg Tarek

2 2