Erfahrungen mit RaspberryMatic 2.29.23.20171118

[Motorpsycho]

Ich doktor da heute schon den ganzen Tag dran rum, habe aber noch keine echte Erkenntnis, was die Ursache sein könnte oder wie man sie umgehen kann.

[Motorpsycho]

Das ist der Output von wpa_supplicant bei mir. Der Fehler scheint beim Netzwerkscan aufzutreten "ioctl[SIOCSIWSCAN]: Invalid argument".

Code: Alles auswählen

wpa_supplicant v2.6
random: Trying to read entropy from /dev/random
Successfully initialized wpa_supplicant
Initializing interface 'wlan0' conf '/etc/config/wpa_supplicant.conf' driver 'wext' ctrl_interface 'N/A' bridge 'N/A'
Configuration file '/etc/config/wpa_supplicant.conf' -> '/etc/config/wpa_supplicant.conf'
Reading configuration file '/etc/config/wpa_supplicant.conf'
ctrl_interface='/var/run/wpa_supplicant'
ap_scan=1
Priority group 0
   id=0 ssid='myssid'
WEXT: cfg80211-based driver detected
wext: interface wlan0 phy: phy0
rfkill: initial event: idx=0 type=1 op=0 soft=0 hard=0
SIOCGIWRANGE: WE(compiled)=22 WE(source)=21 enc_capa=0xf
  capabilities: key_mgmt 0xf enc 0x1f flags 0x0
WEXT: Driver: brcmfmac
netlink: Operstate: ifindex=3 linkmode=1 (userspace-control), operstate=5 (IF_OPER_DORMANT)
Add interface wlan0 to a new radio phy0
wlan0: Own MAC address: b8:27:eb:a2:58:64
wpa_driver_wext_set_key: alg=0 key_idx=0 set_tx=0 seq_len=0 key_len=0
wpa_driver_wext_set_key: alg=0 key_idx=1 set_tx=0 seq_len=0 key_len=0
wpa_driver_wext_set_key: alg=0 key_idx=2 set_tx=0 seq_len=0 key_len=0
wpa_driver_wext_set_key: alg=0 key_idx=3 set_tx=0 seq_len=0 key_len=0
wpa_driver_wext_set_countermeasures
wlan0: RSN: flushing PMKID list in the driver
wlan0: Setting scan request: 0.100000 sec
wlan0: WPS: UUID based on MAC address: 302c6109-18d6-5df8-ac17-f4f3e070b306
EAPOL: SUPP_PAE entering state DISCONNECTED
EAPOL: Supplicant port status: Unauthorized
EAPOL: KEY_RX entering state NO_KEY_RECEIVE
EAPOL: SUPP_BE entering state INITIALIZE
EAP: EAP entering state DISABLED
Using existing control interface directory.
ctrl_iface bind(PF_UNIX) failed: Address already in use
ctrl_iface exists, but does not allow connections - assuming it was leftover from forced program termination
Successfully replaced leftover ctrl_iface socket '/var/run/wpa_supplicant/wlan0'
wlan0: Added interface wlan0
wlan0: State: DISCONNECTED -> DISCONNECTED
wpa_driver_wext_set_operstate: operstate 0->0 (DORMANT)
netlink: Operstate: ifindex=3 linkmode=-1 (no change), operstate=5 (IF_OPER_DORMANT)
random: Got 20/20 bytes from /dev/random
RTM_NEWLINK: operstate=0 ifi_flags=0x1003 ([UP])
RTM_NEWLINK, IFLA_IFNAME: Interface 'wlan0' added
WEXT: if_removed already cleared - ignore event
Wireless event: cmd=0x8b06 len=8
RTM_NEWLINK: operstate=0 ifi_flags=0x1003 ([UP])
RTM_NEWLINK, IFLA_IFNAME: Interface 'wlan0' added
WEXT: if_removed already cleared - ignore event
Wireless event: cmd=0x8b1a len=8
wlan0: State: DISCONNECTED -> SCANNING
wlan0: Starting AP scan for wildcard SSID
wlan0: Add radio work 'scan'@0x16721c0
wlan0: First radio work item in the queue - schedule start immediately
wlan0: Starting radio work 'scan'@0x16721c0 after 0.000040 second wait
ioctl[SIOCSIWSCAN]: Invalid argument
Scan requested (ret=-1) - scan timeout 10 seconds
wlan0: State: SCANNING -> DISCONNECTED
wpa_driver_wext_set_operstate: operstate 0->0 (DORMANT)
netlink: Operstate: ifindex=3 linkmode=-1 (no change), operstate=5 (IF_OPER_DORMANT)
wlan0: CTRL-EVENT-SCAN-FAILED ret=-1 retry=1
wlan0: Radio work 'scan'@0x16721c0 done in 0.000173 seconds
wlan0: radio_work_free('scan'@0x16721c0: num_active_works --> 0
wlan0: Setting scan request: 1.000000 sec
EAPOL: disable timer tick
wlan0: State: DISCONNECTED -> SCANNING
wlan0: Starting AP scan for wildcard SSID
wlan0: Add radio work 'scan'@0x16721c0
wlan0: First radio work item in the queue - schedule start immediately
wlan0: Starting radio work 'scan'@0x16721c0 after 0.000029 second wait
ioctl[SIOCSIWSCAN]: Invalid argument
Scan requested (ret=-1) - scan timeout 10 seconds
wlan0: State: SCANNING -> DISCONNECTED
wpa_driver_wext_set_operstate: operstate 0->0 (DORMANT)
netlink: Operstate: ifindex=3 linkmode=-1 (no change), operstate=5 (IF_OPER_DORMANT)
wlan0: CTRL-EVENT-SCAN-FAILED ret=-1 retry=1
wlan0: Radio work 'scan'@0x16721c0 done in 0.000116 seconds
wlan0: radio_work_free('scan'@0x16721c0: num_active_works --> 0
wlan0: Setting scan request: 1.000000 sec
wlan0: State: DISCONNECTED -> SCANNING
wlan0: Starting AP scan for wildcard SSID
wlan0: Add radio work 'scan'@0x16721c0
wlan0: First radio work item in the queue - schedule start immediately
wlan0: Starting radio work 'scan'@0x16721c0 after 0.000026 second wait
ioctl[SIOCSIWSCAN]: Invalid argument
Scan requested (ret=-1) - scan timeout 10 seconds

[jmaus]

Scheint ein aktueller Bug der neuen RaspberryMatic Version zu sein. Hab ich entsprechend fürs reparieren für die nächsten Version im Dezember vorgesehen. Wenn allerdings jemand die Ursache bereits finden kann würde es mir natürlich helfen das so schnell wie möglich zu reparieren.

[Motorpsycho]

Könnte ein Kernel Bug sein. Ich habe gesehen, wir sind auf 4.9.62-7 und 4.9.62-1 scheint das WLAN kaputtzumachen.

https://raspberrypi.stackexchange.com/q ... are-update

[Motorpsycho]

Auch hier:

https://www.spinics.net/lists/stable/msg198380.html

[klana]

Hi,


seit dem letzten Reboot vor 2 Tagen habe ich insgesamt 5 x die Fehlermeldung "homematic-raspi user.err multimac: Copro timeout on ACK_AESChallenge send".
Immer zu unterschiedlichen Zeiten und auch nicht wirklich in Zusammenhang mit anderen Aktionen.

Ansonsten läuft diese Version bisher geräuschlos...das ist wirklich schön!

Ich hier mal das Systemlog an...vielleicht hat ja jemand ne Idee wo das herkommt...

CCU-Logfile-20.11.2017-18-00-00.log

(158.34 KiB) 39-mal heruntergeladen

Gruß
Klana

[jmaus]

seit dem letzten Reboot vor 2 Tagen habe ich insgesamt 5 x die Fehlermeldung "homematic-raspi user.err multimac: Copro timeout on ACK_AESChallenge send".
Immer zu unterschiedlichen Zeiten und auch nicht wirklich in Zusammenhang mit anderen Aktionen.

Die liest ja schon wieder mit Argusaugen die Logfiles Ich hatte doch gesagt das wenn es kein Problem gibt man nicht jede Meldung im syslog versuchen muss zu eliminieren. Lehn dich zurück und geniess die Show bis irgendwas nicht geht und dann kannst du anfangen in den Logfiles nach der Ursache zu suchen

Ansonsten läuft diese Version bisher geräuschlos...das ist wirklich schön!

Na also, dann gibt es also kein Problem und du solltest einfach nur mal das Ding laufen lassen und nicht jeden Tag versuchen irgendwelche Logfiles zu optimieren...

[MathiasZ]

Wenn @klana uns mal erklären würde, welche Auswirkungen die Fehler im Logfile haben.
Aber ich denke, es wird sein Geheimnis bleiben
Gruß,
Mathias

Gesendet von meinem SM-N915FY mit Tapatalk

[Familienvater]

Hi Jens,

Du hast es echt schwer, zum einen willst Du "echte" Showstopper und Fehler gemeldet bekommen, damit die raus kommen, aber den Benutzern fehlt die Erfahrung, was ein echter Fehler ist, und was halt "mal" vorkommen kann. Und wie sollen die Nutzer rausfinden, ob Fehler auftreten, wenn die nicht ab und zu mal im Log nachschauen? Vielleicht wäre ja die Suche nach der Fehlerbeschreibung hier im Forum sinnvoll, weil der Copro timeout ist zumindest gefühlt schonmal dagewesen.

Zum Glück schaut sich keiner die HmServer-Logs an, oder dreht da an der Level-Schraube... Was da so Null-Pointer-Exceptions geschmissen wird, ich habe sicherheitshalber mal eine Großpackung Null-Pointer beim Java-Versand bestellt, falls die mal ausgehen sollten, oder ich sich jemand meldet, der dringend welche braucht...

Der Familienvater

[klana]

Die liest ja schon wieder mit Argusaugen die Logfiles Ich hatte doch gesagt das wenn es kein Problem gibt man nicht jede Meldung im syslog versuchen muss zu eliminieren. Lehn dich zurück und geniess die Show bis irgendwas nicht geht und dann kannst du anfangen in den Logfiles nach der Ursache zu suchen

Na also, dann gibt es also kein Problem und du solltest einfach nur mal das Ding laufen lassen und nicht jeden Tag versuchen irgendwelche Logfiles zu optimieren...

Hallo Jens,
ich versuche nicht die Logfiles zu optimieren, sondern Fehler zu melden, auch wenn ich nicht so tief in der Materie drin bin, wie einige andere hier.
Es geht mir hauptsächlich darum nicht wieder irgendwann vor einem Scherbenhaufen zu stehen...das macht meine "bessere Hälfte" nämlich nicht mehr mit und das kann ich verstehen.
Den CoPro Fehler gab es schon mal hier im Forum...er war jedenfalls nicht gesund...
Da ich über die Woche am Zweitwohnsitz bin ist es auch wichtig das die Homematic sicher läuft, sonst brauch ich nicht mehr nach Hause zu kommen....
Mit den Scripten bin ich zwar schon etwas vertrauter, aber damit einen Fehler nachzustellen, bzw. zu erzeugen..dazu fehlt noch einiges unter anderem auch die Zeit dazu.
Die Homematic schickt mit jeden Tag das Systemlog und da gucke ich auch ab und zu mal rein und wenn ich Fehler finde mit den ich so direkt nix anfangen kann, dann suche ich erstmal und frage dann nach.
Was ist so schlimm daran? Warum wird hier dann von mehreren Seiten aufeinander eingedroschen.....????
Sorry.
Ich frag nicht mehr, aber melde dann auch nix.
Schönen Abend (bis etwas sauer)
Klana