I'm seeing this error in my HA log when restarting HA. I'm including the entire line but the end is the important bit (reformatted for readability because I guess GitHub doesn't wrap long lines…):
2026-04-29 06:56:01.301 WARNING (MainThread) [homeassistant.core] Something is blocking Home Assistant from wrapping up the start up phase. We're going to continue anyway. Please report the following info at https://github.com/home-assistant/core/issues: datetime, siren, sun.binary_sensor, binary_sensor, meshcore.sensor, watchman, todo, group, file, meshcore.select, history, wiz.number, wiim.light, mqtt.sensor, apple_tv.remote, nodered.select, api, date, shelly.sensor, ecowitt.binary_sensor, matter.cover, wiz.binary_sensor, ssdp, matter.switch, generic, lovelace, wiim.button, measureit.sensor, image, esphome.switch, govee_ble, matter.number, scene, adaptive_lighting.switch, zwave_js.event, shelly.light, local_todo.todo, esphome.select, nodered.binary_sensor, ipp.sensor, logger, humidity, private_ble_device.device_tracker, door, elgato.switch, persistent_notification, counter, nodered, illuminance, esphome.binary_sensor, shelly.text, motion, battery_notes, usb, homeassistant.scene, zwave_js.button, unifiprotect.camera, zwave_js.climate, valve, mobile_app.notify, moon.sensor, media_player, esphome.sensor, template.binary_sensor, tasmota.light, utility_meter.sensor, govee_ble.event, shelly.select, wiim.media_player, elgato.light, hacs.update, ffmpeg, tasmota.camera, onboarding, nut.switch, update, micro_weather.weather, matter.sensor, meshcore.device_tracker, meshcore.binary_sensor, homeassistant_alerts, shelly.update, sensor, matter.binary_sensor, stt, websocket_api, ios.notify, bambu_lab.button, switch_as_x, apple_tv.binary_sensor, tag, matter.update, mobile_app.binary_sensor, infrared, automation, matter.lock, intent, ruuvitag_ble.sensor, nws.weather, private_ble_device, rest_command, shelly.valve, unifiprotect.switch, shelly.button, utility_meter, unifiprotect.lock, unifiprotect.sensor, tasmota.fan, uptime, season.sensor, nws, unifiprotect.binary_sensor, http, nws.sensor, gate, bambu_lab.update, input_text, version, group.light, iqvia, matter, air_quality, matter.climate, input_button, nodered.number, switch_as_x.light, whodunnit, alarm_control_panel, generic.camera, cloud, stream, bambu_lab.fan, weatheralerts.sensor, pirateweather.weather, elgato.button, influxdb, wiz.light, tasmota, wiim.switch, owntracks, broadlink.switch, local_todo, zwave_js.update, light, web_rtc, image_processing, nodered.button, geo_location, battery, broadlink, ipp, zwave_js.fan, threshold, homekit, nodered.text, shelly.event, repairs, time, govee_ble.sensor, tts, thermal_comfort.sensor, shelly.number, bambu_lab.light, power, meshcore, wake_word, labs, nut, co2signal.sensor, button, unifiprotect.event, ruuvitag_ble, nut.sensor, temperature, zwave_js.siren, webhook, backup.event, bluetooth, zwave_js.switch, esphome.event, dhcp, template.switch, blueprint, whodunnit.sensor, matter.button, broadlink.remote, cloud.binary_sensor, unifiprotect.light, sun, ecowitt.sensor, tasmota.sensor, bambu_lab, watchman.text, camera, unifiprotect, climate, watchman.button, bambu_lab.number, wiim.number, matter.valve, zwave_js.select, esphome, season, zwave_js.cover, search, assist_satellite, assist_pipeline, recorder, apple_tv, battery_notes.button, unifiprotect.number, frontend, meshcore.text, humidifier, ios.sensor, zeroconf, group.notify, zwave_js.binary_sensor, template, trace, wiz.fan, water_heater, conversation, ai_task, elgato.sensor, analytics, number, matter.event, wiz, my, sun.sensor, brands, shelly.cover, config, text, met, zwave_js.humidifier, adaptive_lighting, nut.button, esphome.cover, schedule, thread, hacs, occupancy, threshold.binary_sensor, zwave_js, unifiprotect.select, vacuum, panel_custom, mqtt.binary_sensor, energy.sensor, input_number, switch, unifiprotect.button, private_ble_device.sensor, shelly.switch, shelly, battery_notes.binary_sensor, battery_notes.sensor, remote, matter.vacuum, network, input_select, hardware, esphome.climate, version.binary_sensor, tasmota.binary_sensor, lawn_mower, bluetooth_adapters, version.sensor, co2signal, input_datetime, uptime.sensor, fan, pirateweather, homeassistant, backup.sensor, govee_ble.binary_sensor, moisture, esphome.fan, utility_meter.select, lock, nodered.sensor, tasmota.cover, matter.fan, matter.select, bambu_lab.binary_sensor, min_max.sensor, matter.light, wiim.sensor, diagnostics, usage_prediction, image_upload, auth, ecowitt, mobile_app.sensor, shelly.binary_sensor, zwave_js.light, zone, go2rtc, esphome.button, cloud.tts, matter.water_heater, media_source, elgato, mobile_app.device_tracker, file_upload, apple_tv.media_player, bambu_lab.switch, energy, cloud.stt, timer, unifiprotect.media_player, wiim.select, iqvia.sensor, backup, bambu_lab.select, person, broadlink.sensor, esphome.light, nodered.switch, ios, default_config, wiz.sensor, bambu_lab.camera, device_tracker, mobile_app, system_log, owntracks.device_tracker, notify, hacs.switch, mqtt, wiz.switch, zwave_js.sensor, garage_door, min_max, input_boolean, system_health, script, zwave_js.lock, wiim, bambu_lab.image, measureit, unifiprotect.text, moon, micro_weather, device_automation, bambu_lab.sensor, shelly.climate, thermal_comfort, event, google_translate.tts, window, met.weather, nodered.time, watchman.sensor, zwave_js.number, logbook, cover, weatheralerts, application_credentials, weather, template.sensor, select, tasmota.switch The system is waiting for tasks: {<Task pending name='Task-590' coro=<MeshCoreMqttUploader._async_status_refresh_loop() running at /config/custom_components/meshcore/mqtt_uploader.py:1008> wait_for=<Future pending cb=[Task.task_wakeup()]> cb=[set.remove()]>}
I saw this in 2.5.0 and it persists in 2.6.0. Disabling the integration before restarting and enabling it after allowed HA to start without the error.
I'm seeing this error in my HA log when restarting HA. I'm including the entire line but the end is the important bit (reformatted for readability because I guess GitHub doesn't wrap long lines…):
I saw this in 2.5.0 and it persists in 2.6.0. Disabling the integration before restarting and enabling it after allowed HA to start without the error.