USB ports lost on Intel Nuc at random intervals #3075
Comments
|
There are several similar reports with USB devices going missing in this issue tracker, e.g. #2995. Did this start with recently? E.g. can you try to downgrade to 11.1 using |
|
Hi @agners, thanks for you quick reply. Unfortunally when i created my post 2 months back i was running version 11.1 and it might even already been in an OS version before that. Strange part is it could be running days, sometimes weeks without an issue. But sometimes also twice a day. Nothing noteworthy happening that can relate the events for me. I will maintain looking in the logs when it occurse again, but this makes the wife very unhappy... |
|
@djansen1987 you can also go further back then 11.1, e.g. 10.5. You are certain that the same hardware combination used to work reliably at one point? From the host logs you've provided (which include the kernel logs) it seems they are cut-off or really doesn't have any issue reported (no log entries from January 16th). It does sound like it is OS related indeed since the device doesn't come back even after unplugging/replugging, but I'd expect kernel errors in this case. Can you double check the kernel logs using |
|
I am sure the config has worked correct at some point. Let me know after viewing the logs if you still want me to revert to the old os version (what might i experience when reverting ?) It seems like the host log time is 1 hour off (earlier) with the zigbee2mqtt log. So start looking in the host.log at: |
|
I am having the same issue as you with a Dell Wyse 5070 running 11.4 First the bluetooth times out then it cascades to my USB ports timing out (I have a zwave controller, a zigbee controller, and a coral tpu connected via usb). |
|
Same problem here for last 6 months. Hardware is Intel NUC 5i5RYK. I have tried several Linux kernel, Ubuntu and Home Assistant versions but the problem persists. I have a Zwave and zigbee USB sticks connected. I guess it is either a problem with the USB hub (Bluetooth is internally connected to the USB HUB) or a power supply issue. I am using a generic 65W PSU. |
|
Hi @agners, did you find anything in the logs ? It occurred multiple times in the meanwhile. If need i can collect more logs |
|
The logs show various USB related issues, e.g. this: This is most likely a Linux kernel issue. Given that USB seems to work rather reliable for must users, it seems to be some interaction with newer stable kernel releases and your particular system. We are soon going to update to Linux 6.6, initial development version on the dev channel will soon follow once #3063 is merged. Maybe this new major release helps? 🤔 🤞 |
|
Okay, goed to hear it is still moving forward. Will wait for the new kernal update to be production ready |
|
@djansen1987 what Zigbee dongle are you using? |
|
@djansen1987 OS version 12 with the updated kernel is in the stable channel, please let us know if it fixed your issues. |
|
@henriklund i have a "zzh! CC2652R Multiprotocol RF Stick" with the latest firmware. I do have to say i has been a while for it to break. What i also noticed but it might be a coincidence. That when it happend the stick was in a continues "permit join" state as i forgot to turn it of a couple of time. Did not yet had the time to see if i could reproduce. PS:
|
|
My observations are somewhat similar and then again... running with a ConBee II and Aeotec ZWave Stick for a few years. Until recently I (also) ran Home Assistant from a NUC. Although all devices worked like a charm after a reboot, I would frequently (within days or 1-2 weeks) experience the USB sticks getting disconnected. On a few occassions they reconnected, but the predominant experience was that they remained disconnected. This was a bit of a nuisance for which I had to create a few automations to monitor the state and implement responses (restart integration or even reboot the host). Two months ago I decided to run HA virtualized (on Proxmox) as means to better utilize the NUC capacity. All hardware remained the same. I noted an improved handling of the hardware (less frequent disconnects of USB), Only problem now was that the Zigbee network (through ConBee II) started becoming unstable (I saw errors in the logs that indicated some capacity constrain / device fault). I opted for replacing with ConBee III (less hassle on migration) and behold, no more USB disconnects. To say I was pleased is an understatement. That is until I started rebooting the NUC. Now the ZWave chimes in with a connect, only to disconnect 20sec later: Ejecting and reinserting the USB (from Proxmox by removing / adding the device) works without problems and afterwards everything is stable. (this was also the case before the latest update). |
|
@henriklund So do I understand it correctly that with bare-metal install, you had more disconnects, and with ConBee III in a VM, it does not happen anymore? About the first log capture, if you don't filter for USB, is there anything around that USB disconnect event that would justify it? |
|
@sairon you are correct. My infrastructure seems far better off now (running virtualized and with ConBee III) than two months ago when it ran bare-metal. As soon as all is up and running everything appears stable; nothing in logs, no sudden lights failing to turn on / off. The only hiccup left if the odd disconnect of the ZWave USB during boot. And even here I yesterday saw the odd case (when trying it out) where everything started up and worked; it happened once during 5 tries. This is what I see relates to discovering USBs: |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
|
@henriklund Problems with the ZWave sticks are tracked in #2995, and there is a fix/workaround in 12.1.rc1. Let's keep this issue only for problems not related to ZWave sticks, and continue in discussion in the other one if the ZWave problems persist for you after upgrading to 12.1.rc1. |
|
There hasn't been any activity on this issue recently. To keep our backlog manageable we have to clean old issues, as many of them have already been resolved with the latest updates. |
|
Seeing the same issue with a 5th gen i5 nuc |
|
@acvigue, this issue is closed. I think it would be better to raise a new request to track. I decided to do something in an attempt to ‘fix’ this since I ran HA inside a ProxMox on my NUC. So far it has not reoccurred since. The rough outline was that I:
|
|
Although this is an old topic, it seems that i have the same combination. Conbee II, Aeontec Zwave. After enabling Bluetooth integration, it occasionally disconnects USBs. |
Describe the issue you are experiencing
My zigbee2mqqt was failing once in a while. Rebooting the system resolved it. Today it happened again so i started digging through the log files, there i found in de debug log of zigbee2mqtt that the USB Dongle was suddenly disconnected. Looking into the HA core logfiles i could see at that time not only my zigbee dongle became unavailable, but also my Bluetooth chip and DSMR P1 USB dongle.
If i go into the terminal and do a less /dev/tty… there is no USB device available.
I Also have a Intel Nuc, NUC5i3RYH with HA:
Home Assistant 2024.1.3
Supervisor 2023.12.0
Operating System 11.4
Frontend 20240104.0
The USB dongle is also extended with a sort usb extend cable (20 cm)
If i go the all hardware under system i see a couple of usb ports listed as:
This is wat the core logfiles tell right before failing all usb ports:
This allmost looks like drivers failing or something, who can help?
Post on the community with other users with the same issue:
https://community.home-assistant.io/t/usb-ports-lost/446289/9?u=djansen1987
What operating system image do you use?
generic-x86-64 (Generic UEFI capable x86-64 systems)
What version of Home Assistant Operating System is installed?
11.4
Did you upgrade the Operating System.
Yes
Steps to reproduce the issue
Anything in the Supervisor logs that might be useful for us?
2023-11-01 15:22:22.211 WARNING (MainThread) [homeassistant.helpers.template] Template variable warning: 'dict object' has no attribute 'temperature' when rendering '{{value_json.temperature}}' 2023-11-01 15:22:23.233 WARNING (MainThread) [homeassistant.helpers.template] Template variable warning: 'dict object' has no attribute 'temperature' when rendering '{{value_json.temperature}}' 2023-11-01 15:22:24.257 WARNING (MainThread) [homeassistant.helpers.template] Template variable warning: 'dict object' has no attribute 'temperature' when rendering '{{value_json.temperature}}' 2023-11-01 15:22:25.277 WARNING (MainThread) [homeassistant.helpers.template] Template variable warning: 'dict object' has no attribute 'temperature' when rendering '{{value_json.temperature}}' 2023-11-01 15:22:26.342 WARNING (MainThread) [homeassistant.helpers.template] Template variable warning: 'dict object' has no attribute 'temperature' when rendering '{{value_json.temperature}}' 2023-11-01 15:47:31.498 ERROR (SyncWorker_9) [custom_components.dhl.sensor] API returned 401 2023-11-01 16:12:34.818 WARNING (MainThread) [bluetooth_auto_recovery.recover] Could not reset the power state of the Bluetooth adapter hci0 [34:13:E8:24:BF:4D] due to timeout after 5 seconds 2023-11-01 16:12:48.572 WARNING (MainThread) [bluetooth_auto_recovery.recover] Could not cycle the Bluetooth adapter hci0 [34:13:E8:24:BF:4D]: [Errno 110] Operation timed out 2023-11-01 16:12:53.574 WARNING (MainThread) [bluetooth_auto_recovery.recover] Bluetooth adapter hci0 [34:13:E8:24:BF:4D] could not be reset: 2023-11-01 16:14:18.755 ERROR (MainThread) [dsmr_parser.clients.protocol] disconnected due to exception Traceback (most recent call last): File "/usr/local/lib/python3.11/site-packages/serial_asyncio/__init__.py", line 115, in _read_ready data = self._serial.read(self._max_read_size) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.11/site-packages/serial/serialposix.py", line 595, in read raise SerialException( serial.serialutil.SerialException: device reports readiness to read but returned no data (device disconnected or multiple access on port?) 2023-11-01 16:14:19.164 ERROR (MainThread) [bluetooth_auto_recovery.recover] Unexpected error while attempting USB reset of hci0: [Errno 19] No such device zigbee2mqtt stopped 16:14:18 Zigbee2MQTT:debug 2023-11-01 16:14:08: Received MQTT message on 'homeassistant/climate/diyless_thermostat_dhw/config' with data '{"name":"DIYLESS DHW","unique_id":"diyless_thermostat_dhw","dev":{"ids":[ "00:00:00:00:00:02" ],"mdl":"DIYLESS Thermostat","sw":"1.7","mf":"DIYLESS"},"~":"diyless_thermostat","avty_t":"~/tele/LWT","pl_avail":"Online","pl_not_avail":"Offline","act_t":"~/stat/things/thermostat/properties","act_tpl":"{{value_json.DHWAction}}","mode_cmd_t":"~/cmnd/things/thermostat/properties/DHWMode","mode_stat_t":"~/stat/things/thermostat/properties","mode_stat_tpl":"{{value_json.DHWMode}}","temp_cmd_t":"~/cmnd/things/thermostat/properties/DHWSetpoint","temp_stat_t":"~/stat/things/thermostat/properties","temp_stat_tpl":"{{value_json.DHWSetpoint}}","curr_temp_t":"~/stat/things/thermostat/properties","curr_temp_tpl":"{{value_json.DHWTemperature}}","pl_on":true,"pl_off":false,"min_temp":"30","max_temp":"80","temp_step":"1","modes":["heat","off"]}' Zigbee2MQTT:error 2023-11-01 16:14:18: Adapter disconnected, stopping Zigbee2MQTT:debug 2023-11-01 16:14:18: Saving state to file /share/zigbee2mqtt/state.json Zigbee2MQTT:info 2023-11-01 16:14:18: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'offline' Zigbee2MQTT:info 2023-11-01 16:14:18: Disconnecting from MQTT server Zigbee2MQTT:info 2023-11-01 16:14:18: Stopping zigbee-herdsman... Zigbee2MQTT:error 2023-11-01 16:14:18: Failed to stop Zigbee2MQTTSystem information
System Information
Home Assistant Community Store
Home Assistant Cloud
Home Assistant Supervisor
Dashboards
Recorder
Spotify
Additional information
No response
The text was updated successfully, but these errors were encountered: