Okay seltsam, also ich werde heute mal eine neue Firmware konfigurieren. Dann kann ich gleich testen ob mein Autoupdater funktioniert…
Ich hab zum testen mal folgendes build script getestet:
Unsere site ist hier zu finden:
https://github.com/freifunk-ehingen/site-ffeh
So:
root@gw1:~# alfred-json -r 158 -z
{
"e8:94:f6:2a:94:9e": {
"location": {
"longitude": 9.7199070453643994,
"latitude": 48.279008978946003
},
"network": {
"mac": "e8:94:f6:2a:94:9e",
"addresses": [
"fd71:b56:9f72:855e:ea94:f6ff:fe2a:949e",
"fe80::ea94:f6ff:fe2a:949e"
],
"mesh_interfaces": [
"ea:94:f6:2a:94:9e",
"ea:94:f6:2b:94:9e"
]
},
"node_id": "e894f62a949e",
"hostname": "steffend-kkh-01",
"hardware": {
"model": "TP-Link TL-WR841N/ND v9"
},
"owner": {
"contact": "plaudermaul" #angepasst
},
"software": {
"fastd": {
"version": "v14",
"enabled": true
},
"autoupdater": {
"enabled": true,
"branch": "stable"
},
"firmware": {
"base": "gluon-v2014.3.1",
"release": "0.2~exp20141230"
},
"batman-adv": {
"version": "2013.4.0"
}
}
}
}
root@gw1:~# alfred-json -r 159 -z
{
"e8:94:f6:2a:94:9e": {
"processes": {
"total": 65,
"running": 3
},
"gateway": "56:4b:5d:3c:ef:eb",
"idletime": 278.37,
"traffic": {
"tx": {
"packets": 2766,
"bytes": 459772,
"dropped": 22
},
"mgmt_tx": {
"bytes": 7071,
"packets": 171
},
"rx": {
"bytes": 1720730,
"packets": 2674
},
"mgmt_rx": {
"bytes": 5614,
"packets": 134
},
"forward": {
"bytes": 0,
"packets": 0
}
},
"uptime": 330.13,
"memory": {
"free": 1656,
"cached": 8544,
"total": 29212,
"buffers": 2316
},
"node_id": "e894f62a949e",
"loadavg": 0.02
}
}
Ganz klar 2014.3.1 und trotzdem keine Clients.
hast Du vor dem Compilieren
make update
make clean
durchgeführt? und bist Du nach Autoupdater — Gluon 2014.3 documentation oder Builds — Gluon 2014.3 documentation vorgegangen?
Wie oben gezeigt…bei uns ist es im 2014.3.1 auch nicht drin, erst im Master…
OK, dann werd ich mal den Master kompilieren und schauen ob die Clients angezeigt werden in der Karte. Ist denn der aktuelle Master relativ stabil?
Vor dem Kompilieren hab ich:
git clone https://github.com/freifunk-gluon/gluon
cd gluon
git clone https://github.com/freifunk-ehingen/site-ffeh site
git checkout v2014.3.1
make update
make clean
make -j4 GLUON_BRANCH=stable
make manifest GLUON_BRANCH=stable
../firmwareupdate/sign.sh images/sysupgrade/stable.manifest
../firmwareupdate/sign.sh images/sysupgrade/stable.manifest
cp images/sysupgrade/stable.manifest images/sysupgrade/manifest
Dann auf den Webserver kopiert.
Ich bin beeindruckt von deiner Hartnäckigkeit die Map ordentlich darstellen zu lassen. Zu meinem Unwissen: ich habe seit Anfang des Jahres immer Barrier Breaker genutzt und erst auf Gluon umgeschwenkt, als Batman 15 davon unterstützt wurde. Ich kann mich über den Master (prä 2014.4) nicht beklagen. Sollte es nicht kompilieren, nutze nur einen Make-Prozess (ca. 160 min mit 2 GHz). Tut mir Leid, dass ich dachte 2014.3.1 wäre deine Rettung.
Zur Map: wie schon oben beschrieben wird die Anzahl der Nutzer am Knoten über den Datentyp 159 versendet. Entweder nimmst Du eine alte Version des Backends, der die Daten anders sammelt oder Du machst das direkt mit der Firmware mit dem neuen Gluon. Ich habe es nicht im Kopf, wie das damals gemacht wurde. Mit dem Master-Gluon klappt aber die Karte, da wir damit im Tal fahren.
Ich versuche gerade den Master zu kompilieren:
Collected errors:
* opkg_install_cmd: Cannot install package gluon-config-mode.
* opkg_install_cmd: Cannot install package gluon-luci-portconfig.
* opkg_install_cmd: Cannot install package gluon-next-node.
* opkg_install_cmd: Cannot install package gluon-mesh-batman-adv.
* opkg_install_cmd: Cannot install package gluon-mesh-vpn-fastd.
* opkg_install_cmd: Cannot install package gluon-radvd.
make[4]: *** [package_install] Error 255
make[4]: Leaving directory `/home/user/gluon/build/ar71xx-generic/openwrt'
make[3]: *** [image] Error 2
make[3]: Leaving directory `/home/user/gluon/build/ar71xx-generic/openwrt'
Collected errors:
* opkg_install_cmd: Cannot install package gluon-config-mode.
* opkg_install_cmd: Cannot install package gluon-luci-portconfig.
* opkg_install_cmd: Cannot install package gluon-next-node.
* opkg_install_cmd: Cannot install package gluon-mesh-batman-adv.
* opkg_install_cmd: Cannot install package gluon-mesh-vpn-fastd.
* opkg_install_cmd: Cannot install package gluon-radvd.
make[4]: *** [package_install] Error 255
make[2]: *** [image/CPE510] Error 2
make[4]: Leaving directory `/home/user/gluon/build/ar71xx-generic/openwrt'
make[2]: Leaving directory `/home/user/gluon/build/ar71xx-generic/openwrt'
make[3]: *** [image] Error 2
make[1]: *** [call_image/CPE510] Error 2
make[3]: Leaving directory `/home/user/gluon/build/ar71xx-generic/openwrt'
make[2]: *** [image/TLWR740] Error 2
make[2]: Leaving directory `/home/user/gluon/build/ar71xx-generic/openwrt'
make[1]: *** [call_image/TLWR740] Error 2
make[1]: Leaving directory `/home/user/gluon/build/ar71xx-generic/openwrt'
make: *** [all] Fehler 2
Genau den gleichen Fehler hatte ich als ich Gluon das erste mal kompilieren wollte (ein paar Monate her…). Damals lag es am autoupdater in der site.conf…
Irgendwo hat sich wohl mittlerweile ein Fehler in unsere site eingeschlichen den ich einfach nicht finden will 
https://github.com/freifunk-ehingen/site-ffeh
Hm. Wenn du vom Master sprichst: da haben sich vor alle Änderungen in der site.mk ergeben. Als Beispiel ein Link zum diff von einer 2014.3.1 zu einer 2014.4 Version:
Paulo.
ich habe deine cite.conf ganz grob überflogen und fand keine Fehler. führe make noch ein mal mit nur einem Job aus. wenn es nicht klappt: Wenn Du in einem Ordner mit bereits kompiliertem Gluon noch ein mal kompilierst: nimm einen neuen, mach alles von Vorn in einem neuen Ordner: git clone git://github… und kompiliere nur mit einem Job. Dauert ca. 160 Minuten bei 2 GHz. Gluon verschluckt sich meistens bei den Paketen. am 22. habe ich auf diese Art im ersten Anlauf ein Gluon aus dem Master-Zweig erhalten. Der letzte Commit war da 7b2c0ac3d29d48da67b750dd8d6f859273f8e6a4 und seit dem wurde nur an der Dokumentation gezaubert.
Ich glaube es lag an der site.mk, wie es Paulo bereits geschrieben hat. Hab unsere entsprechend angepasst (letzter Commit). Kompiliert um einiges weiter:
Configuring gluon-config-mode-autoupdater.
Configuring gluon-luci-autoupdater.
Configuring gluon-announced.
Configuring ip6tables.
Configuring gluon-ebtables-filter-ra-dhcp.
Configuring gluon-ebtables-filter-multicast.
Configuring gluon-config-mode-mesh-vpn.
Collected errors:
* pkg_run_script: package "gluon-autoupdater" postinst script returned status 1.
* opkg_configure: gluon-autoupdater.postinst returned 1.
make[4]: *** [package_install] Error 255
make[4]: Leaving directory `/home/user/gluon/build/ar71xx-generic/openwrt'
make[3]: *** [image] Error 2
make[3]: Leaving directory `/home/user/gluon/build/ar71xx-generic/openwrt'
make[2]: *** [image/TLWR703] Error 2
make[2]: Leaving directory `/home/user/gluon/build/ar71xx-generic/openwrt'
make[1]: *** [call_image/TLWR703] Error 2
make[1]: Leaving directory `/home/user/gluon/build/ar71xx-generic/openwrt'
make: *** [all] Fehler 2
Ich werde jetzt mal nur mit make kompilieren…
Und…
yes!
root@gw1:~# alfred-json -r 159 -z
{
"e8:94:f6:2a:94:9e": {
"uptime": 215.52000000000001,
"rootfs_usage": 0.36875000000000002,
"memory": {
"free": 2592,
"cached": 7468,
"total": 28860,
"buffers": 2148
},
"clients": {
"wifi": 2,
"total": 2
},
"node_id": "e894f62a949e",
"idletime": 166.93000000000001,
"processes": {
"total": 48,
"running": 1
},
"gateway": "56:4b:5d:3c:ef:eb",
"traffic": {
"tx": {
"packets": 1536,
"bytes": 190789,
"dropped": 24
},
"mgmt_tx": {
"bytes": 4163,
"packets": 99
},
"rx": {
"bytes": 289941,
"packets": 1001
},
"mgmt_rx": {
"bytes": 1696,
"packets": 41
},
"forward": {
"bytes": 0,
"packets": 0
}
},
"loadavg": 0.13
}
}
Allerdings sind keine Clients zu sehen trotz
"nodes": [{"clientcount": 3, "flags": {"online": true, "gateway": false}, "firmware": "0.2.1~exp20141230", "id": "e8:94:f6:2a:94:9e", "geo": [48.279008978946, 9.7199070453644], "name": "steffend-kkh-01"}in der nodes.json
http://map.freifunk-ehingen.de/graph.html
Hat jemand ein aktuelles Frontend für mich? Grunt will das ganze nicht kompilieren…
dies ist ffmap-d3
git clone git://github.com/ffnord/ffmap-d3
sie läuft. ich bin im Branch for-upstream, Stefan auch.
im Ordner der ffmap-d3 config.mk anpassen, make ausführen und dann läuft es hoffentlich, da es ja in der nodes.json steht. Ich drück Dir die Daumen
Wunderbar:
http://map.freifunk-ehingen.de
Dafür gehen jetzt die Statistiken immer noch nicht.
Ah und die Liste ist verbuggt: http://map.freifunk-ehingen.de/list.html
Achja: jq: error: object and object cannot be multiplied
bei folgendem: jq -s ‚.[0] * .[1]‘ /var/www/map/alfred/alfred.json /var/www/map/alfred/alfred_stats.json > /var/www/map/alfred/alfred_merged.json
Lass die Map sich jede Minute neu generieren dann werden die Statistiken Images auch langsam grün. Warum, wieso keine Ahnung. Bei uns ist alles tutti und wir haben die aufgebohrte Liste von Freifunk Münster übernommen und zusätzlich noch den Global Graph hinzugefügt.
http://map.freifunk-uelzen.de
Okay was muss ich ändern damit die Liste wieder funktioniert?
Und:
falsche jd Version. Ich kann dir jetzt nicht sagen welche, aber auf keinen Fall die von Debian. Ich glaube ab 0.4 kann man json mit json multiplizieren und wenn nicht, dann ab 0.5. Ich weiß es jetzt wirklich nicht auswendig. Nimm das neueste jd … kompiliere es notfalls aus den Quellen.
Wie ich sehe, werden bei Dir die Statistik-Graphen aufgebaut. GZ
Danke nochmals, an alle!!
Nur die Liste funktioniert noch nicht…
Überprüfe bitte noch die HTML Links in der Navigation.
Jau, das war’s (bei uns). Nach einem Wochenende mit dauernden GW-Crashes wurde die Statistikgeschichte auf eine eigene VM gezogen und das Intervall von * auf */5 geändert. Seitdem das heute morgen wieder geändert wurde, ist rrd wieder schick! Narf 
Also ab ins Neue Jahr mit funktionierender ffmap-3d – danke!
So danke nochmals an alle hier!
Der Fehler in der Liste war:
row.append("td").text(function (d) { return d.clients.length })Das muss mit dem neuen Gluon
row.append("td").text(function (d) { return d.clientcount })sein!