Arch Linux

connman und der domainname

brikler

salve

durch die kleine systemd disskusion über die systemd.conf hab ich mir mal connman angesehen und bin recht angetan davon...aber wo licht ist, da ist auch schatten 🙁

[tom@frija ~]$ journalctl -p err
-- Logs begin at Fr 2016-10-14 16:14:05 CEST, end at Fr 2016-10-14 16:48:08 CEST. --
Okt 14 16:41:17 frija connmand[12322]: Failed to set domainname to Speedport_W_723V_1_40_0

kann ich da connman irgendwie unter die arme greifen?
weiß da wer was wie ich den domainname gesetzt bekommen kann?

Werner

Seit gestern abend habe ich mein Connman-Notebook wieder zur Hand und habe mal nachgeschaut. Bei mir wird die gleiche merkwürdige Meldung ausgegeben.

Okt 16 20:58:01 z11 connmand[1429]: Failed to set domainname to fritz.box

Es gab bei mir noch ein paar mehr Error-Einträge im Zusammenhang mit Connman, die ich aber mit den Tipps aus dem Wiki ausbügeln konnte.
Meine Konfigurationsdatei /etc/connman/main.conf sieht so aus:

[General]
AllowHostnameUpdates=false
PreferredTechnologies=ethernet,wifi
NetworkInterfaceBlacklist=eth,wlan

Diese verflixte Meldung "Failed to set domainname …" bekomme ich aber nicht weg. Getriggert wird sie durch das connman-loopback-plugin zur Validierung des Host- und Domainnamen.
Mir ist allerdings nicht klar, was für einen Wert "domainname" enthält bzw. enthalten sollte (Zeile 244):

if (setdomainname(domainname, len) < 0)

Um eine Validierung der Adressauflösung wird es wohl nicht gehen, denke ich mal. Da wüsste ich jedenfalls nicht, was es zu meckern gibt.

[werner@z11 ~]$ avahi-resolve-address -n z11.fritz.box && avahi-resolve-address -n fritz.box &&  avahi-resolve-address -a 192.168.178.1
z11.fritz.box	192.168.178.30
fritz.box	192.168.178.1
192.168.178.1	fritz.box

Abgesehen von dieser Meldung läuft Connman bei mir rund, ohne dass ich irgendeine Einschränkung feststellen kann.

Gruß, Werner

[gelöscht]

Taucht die Meldung auch auf, wenn ihr

AllowHostnameUpdates=true

setzt?

Werner schriebMir ist allerdings nicht klar, was für einen Wert "domainname" enthält bzw. enthalten sollte (Zeile 244):

Welchen Wert domainname in der C-Funktion hat, könnt ihr anhand der Fehlermeldung sehen, da diese damit in Zeile 246 gerendert wird.

Werner

Ja, "true" ist der Default-Wert, wenn es keine anders lautende Anweisung in main.conf gibt. Ich hatte "false" gesetzt, um zu versuchen, ob die Meldung so ausbleibt.

Welchen Wert domainname in der C-Funktion hat, könnt ihr anhand der Fehlermeldung sehen, da diese damit in Zeile 246 gerendert wird.

Das würde bedeuten, dass connman versucht, "fritz.box" "fritz.box" zuzuweisen, oder verstehe ich das falsch?

Gruß, Werner

[gelöscht]

Werner schriebJa, "true" ist der Default-Wert, wenn es keine anders lautende Anweisung in main.conf gibt. Ich hatte "false" gesetzt, um zu versuchen, ob die Meldung so ausbleibt.

Hm, dann wüsste ich da auch nicht weiter.

Werner schriebDas würde bedeuten, dass connman versucht, "fritz.box" "fritz.box" zuzuweisen, oder verstehe ich das falsch?

Siehst du dort anderen C-Code als ich, oder woher nimmst du das erste "fritz.box"?
Der Inhalt der Variablen domainnaime in besagter Funktion ist laut Fehlerausgabe offensichtlich fritz.box und zwar vom Typ const char * wie die Funktionssignatur eindeutig preisgibt.

brikler

Werner schriebAbgesehen von dieser Meldung läuft Connman bei mir rund, ohne dass ich irgendeine Einschränkung feststellen kann.

bei mir auch

static int loopback_set_domainname(const char *domainname)
{
int err, len;
len = strlen(domainname);
if (connman_inet_check_hostname(domainname, len) == FALSE)
return -EINVAL;
if (setdomainname(domainname, len) < 0) {
err = -errno;
connman_error("Failed to set domainname to %s", domainname);
return err;
}
connman_info("Setting domainname to %s", domainname);
return 0;
}

wahrscheinlich liegt der fehler in der funktion und es kommt eben ein -1 oder so was zurück, an strlen() liegts sicher nicht und der domainname steht im journal:

setdomainname(domainname, len)

also vorausgesetzt das <0 ist korrekt.

Werner

Schard-nologin schriebSiehst du dort anderen C-Code als ich, oder woher nimmst du das erste "fritz.box"?

Möglicherweise. Meine C-Kenntnisse sind ausbaufähig, um das mal etwas euphemistisch auszudrücken 🙂
Ich meinte es im Prinzip so wie @brikler. Der Domainname ist Connman doch bekannt, er wird ja im Journal ausgegeben und auch in der Routine erfogreich geprüft (Zeile 78) …

if (getdomainname(name, HOST_NAME_MAX) < 0) {
	connman_error("Failed to get current domainname");
	return -EIO;
}

ebenso wie der hostname …

if (gethostname(system_hostname, HOST_NAME_MAX) < 0) {
	connman_error("Failed to get current hostname");
	return -EIO;
}

warum aber schlägt setdomainname fehl …

if (setdomainname(domainname, len) < 0) {
	err = -errno;
	connman_error("Failed to set domainname to %s", domainname);
	return err;
}

während sethostname erfolgreich ist …

if (sethostname(hostname, len) < 0) {
	err = -errno;
	connman_error("Failed to set hostname to %s", hostname);
	return err;
}

Ohne das an dieser Stelle speziell hinsichtlich des C-Codes vertiefen zu wollen, ist das für mich nicht plausibel.

Gruß, Werner

brikler

Werner schrieb warum aber schlägt setdomainname fehl …

if (setdomainname(domainname, len) < 0) {
	err = -errno;
	connman_error("Failed to set domainname to %s", domainname);
	return err;
}

ich sehe da zwei möglichkeiten:
1) setdomainname gibt einen negativen wert zurück
2) die relation im if() statement ist nicht korrekt.... man müsste sich mal diese 'setdomain()' funktion ansehen . mir erscheint ein negativer rückgabewert eher unwahrscheinlich.

Werner

brikler schrieb… man müsste sich mal diese 'setdomain()' funktion ansehen …

Die Funktion setdomainname ist als obsolet vermerkt und enthält einen Hinweis in der Beschreibung:
»If NIS is not in use, this function may set the domain name anyway, or it may fail.«

Gruß, Werner

brikler

ł@Werner
dann ist die meldung im journal ein schönheitsfehler um den sich noch niemand gekümmert hat 🙂

Return Value

On success, setdomainname() shall return 0. Otherwise, it shall return -1 and set errno to indicate the error.

Werner

brikler schrieb… hab ich mir mal connman angesehen und bin recht angetan davon...aber wo licht ist, da ist auch schatten 🙁

Noch eine Schattenseite:
Meinem Eindruck nach ziehen meine Notebooks nach dem Wechsel auf connman zuviel Strom im Lid-Close-Suspend. Ich hab‘s nicht exakt nachgehalten, aber fand das schon auffällig. Seit einigen Tagen schalte ich die Schnittstellen vor dem Lid-Close ab und danach wieder an. Der Stromverbrauch im Lid-Closed hat sich bei mir dadurch merklich verringert.
(Diesem Won‘t Fix-Bugreport nach hatte ich das eigentlich nicht erwartet.)

/etc/systemd/system/connman-sleep.service

[Unit]
Description=connman wifi and ethernet sleep hook
Before=sleep.target
StopWhenUnneeded=yes

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=-/usr/bin/sh -c ' connmanctl disable wifi 2>/dev/null & \
connmanctl disable ethernet 2>/dev/null && \
echo $(date) connman: disable wifi, ethernet >> /var/log/connman-sleep.log'
ExecStop=-/usr/bin/sh -c 'connmanctl enable wifi 2>/dev/null & \
connmanctl enable ethernet 2>/dev/null && \
echo $(date) connman: enable wifi, ethernet  >> /var/log/connman-sleep.log'

[Install]
WantedBy=sleep.target

Gruß, Werner

brikler

Werner schrieb
brikler schrieb… hab ich mir mal connman angesehen und bin recht angetan davon...aber wo licht ist, da ist auch schatten 🙁
Noch eine Schattenseite:
Meinem Eindruck nach ziehen meine Notebooks nach dem Wechsel auf connman zuviel Strom im Lid-Close-Suspend.

du glaubst connman wär schuld? powertop meinte mein verbrauch läge bei 7,99 ah mit dem 4.8.7-2... mit dem 4.7 kernel lag mein verbrauch bei ~6,7...
ob connman schuld dran ist? ich zweifle...
der 4.8 ist für meinen laptop der mieseste seit langem, boot zeit stieg von ~5 auf ~15sec

Werner

Die Umstellung meiner Notebooks auf connman korreliert zeitlich in etwa mit dem Kernel-Update.

[2016-10-19 13:16] [ALPM] upgraded linux (4.7.6-1 -> 4.8.2-1)

Es kann schon sein, dass die eigentliche Ursache nicht connman, sondern die Kernelversion ist.
Mein Thinkpad (tlp-optimiert) liegt im Idle bei einer Entladungsrate von ~6,9 Watt, mit zugeschaltetem LAN und WLAN ~1,5 Watt höher, was OK ist. Unnormal war nur der unverhältnismäßig hohe Energieverlust bei geschlossenem Deckel, was bei mir mit dem Abschalten der Schnittstellen während des Lid-Close nicht mehr der Fall ist.

Gruß, Werner

brikler

das hieße, daß dein notebook nicht in den suspend status wechselt? ich hab keine idee wie sich das prüfen ließe...

Werner

Auf jeden Fall weiß ich jetzt schonmal, dass es wahrscheinlich nicht an connman liegt – sonst hättest du das ja auch bei dir festgestellt. Ich lege jetzt den WiFi-Chip per Service mit rfkill schlafen und beobachte die Sache mal weiter.
Danke für‘s mitgrübeln!

Gruß, Werner

brikler

Werner schriebsonst hättest du das ja auch bei dir festgestellt

nicht wirklich, ich nutze kein suspend to ram

Werner

So, jetzt ist die Angelegenheit wieder im Griff, mein Thinkpad hat im Lid-Close-Suspend nur noch minimalen Stromverbrauch.
Ob es nun an connman, dem Kernel oder dem Thinkpad liegt, habe ich nicht verifizieren können – im Journal wird das nicht abgebildet.

Vor dem Suspend schaltet ein Service [Paste] sowohl mit rfkill als auch mit connmanctl alle vorhandenen Module ab. Nach dem Suspend wird WiFi über rfkill und connmanctl wieder eingeschaltet.

Gruß, Werner