Hallo Leute,
kurz vor dem Jahreswechsel habe ich ein kleines Problem, das ich nicht gelöst bekomme. Wahrscheinlich übersehe mal wieder irgendwo 'ne Kleinigkeit.
Der Hostname von einem meiner AP läßt sich partout nicht fixieren:
# uci set system.@system[0].hostname='newname' # uci commit system
sollte eigentlich das Problem lösen. Ausserdem noch in
/proc/sys/kernel/hostname den neuen Namen eintragen.
Das funktioniert sogar.
Sobald das System allerdings neu gebootet wird, steht alles wieder auf Anfang.
Hinweis: ich habe z.Zt. nur Zugriff per SSH
Wo liegt das Geheimnis des Hostnamens?
Gruss und jetzt schon einen guten Rutsch ins neue Jahr..... Roland
Hallo versuche es am ande mal mit
uci commit && uci commit gluon-node-info
Am 29.12.2015 um 23:40 schrieb R. Klose:
Hallo Leute,
kurz vor dem Jahreswechsel habe ich ein kleines Problem, das ich nicht gelöst bekomme. Wahrscheinlich übersehe mal wieder irgendwo 'ne Kleinigkeit.
Der Hostname von einem meiner AP läßt sich partout nicht fixieren:
# uci set system.@system[0].hostname='newname' # uci commit system
sollte eigentlich das Problem lösen. Ausserdem noch in
/proc/sys/kernel/hostname den neuen Namen eintragen.
Das funktioniert sogar.
Sobald das System allerdings neu gebootet wird, steht alles wieder auf Anfang.
Hinweis: ich habe z.Zt. nur Zugriff per SSH
Wo liegt das Geheimnis des Hostnamens?
Gruss und jetzt schon einen guten Rutsch ins neue Jahr..... Roland
Am 29.12.2015 um 23:42 schrieb Hilko Böcker || Freifunk Osnabrück:
uci commit && uci commit gluon-node-info
Bingo, das wars....
Vielen Dank.
Roland
Am 29.12.2015 um 23:48 schrieb R. Klose:
Am 29.12.2015 um 23:42 schrieb Hilko Böcker || Freifunk Osnabrück:
uci commit && uci commit gluon-node-info
Bingo, das wars....
Nee, das war es anscheinend nicht. Denn jetzt steht schon wieder der ursprüngliche Name im Plan. Dabei wurde bei dem einen AP nicht einmal ein Reset ausgeführt... :-(
Es geht um folgende AP:
2a03:2260:1001:0:16cc:20ff:fe57:ec07 - Roland-Install-4 bzw. Ganderkesee-Gueterstrasse-III
und
2a03:2260:1001:0:de9f:dbff:fe02:e308 - Roland-AirGrid-Test bzw. Ganderkesee-Gueterstrasse-IV-(AirGrid)
Gruß Roland
Das liegt vermutlich am sogn. configurator, einem cron-job, der eine art relikt aus netmon-Zeiten ist, wo es ein feature war, den Hostname zentral über die Netmon-Verwaltung festlegen zu können. Siehe auch hier: https://lists.ffnw.de//pipermail/admin/2015-December/002511.html
In den kommenden Firmware-Versionen sollte der configurator verschwinden und sich das Problem damit erübrigen.
Gruß, Eike
Am 30.12.2015 um 23:36 schrieb R. Klose:
Am 29.12.2015 um 23:48 schrieb R. Klose:
Am 29.12.2015 um 23:42 schrieb Hilko Böcker || Freifunk Osnabrück:
uci commit && uci commit gluon-node-info
Bingo, das wars....
Nee, das war es anscheinend nicht. Denn jetzt steht schon wieder der ursprüngliche Name im Plan. Dabei wurde bei dem einen AP nicht einmal ein Reset ausgeführt... :-(
Es geht um folgende AP:
2a03:2260:1001:0:16cc:20ff:fe57:ec07 - Roland-Install-4 bzw. Ganderkesee-Gueterstrasse-III
und
2a03:2260:1001:0:de9f:dbff:fe02:e308 - Roland-AirGrid-Test bzw. Ganderkesee-Gueterstrasse-IV-(AirGrid)
Gruß Roland
Am 30.12.2015 um 23:54 schrieb Eike Baran:
Siehe auch hier: https://lists.ffnw.de//pipermail/admin/2015-December/002511.html
eike meint ein paar "Nächste Nachricht" weiter von tarek die antwort https://lists.ffnw.de//pipermail/admin/2015-December/002518.html
Am 29.12.2015 um 23:42 schrieb Hilko Böcker || Freifunk Osnabrück:
Hallo versuche es am ande mal mit
uci commit && uci commit gluon-node-info
ich hatte dazu eine verlinkung in unserme wiki gemacht https://wiki.nordwest.freifunk.net/FAQ#SSH_Freifunk_Knoten_Daten_bearbeiten
dort sieht man was man absetzen muss.
-
Eike Baran -
Hilko Böcker || Freifunk Osnabrück -
picard -
R. Klose