My apologies, you are correct, I’ve updated my comments
1 Like
Ok, then I will wait until it is out of beta.
I may be missing something, but for those of us logging supervisor/scheduler errors, we are seeing watchdog in these log snips. I have watchdog enabled on Mosquitto Broker, Terminal & SSH, chrony, Motioneye and Wireguard.
Disabled on Wireguard first because this was not started (and I hadn’t set start on boot for it either). Same error. Then I turned off all watchdog options on addons. Result, no more errors being reported.
When I have time, I’ll turn the watchdog settings back on for each of those addons one at a time and see which addon makes the errors reappear.
I like the watchdog feature so would prefer not to leave it off.
same on my setup
21-05-20 08:21:13 ERROR (MainThread) [asyncio] Task exception was never retrieved
future: <Task finished name='Task-529192' coro=<Scheduler._run_task.<locals>._wrap_task() done, defined at /usr/src/supervisor/supervisor/misc/scheduler.py:58> exception=TypeError('an integer is required (got type str)')>
Traceback (most recent call last):
File "/usr/src/supervisor/supervisor/misc/scheduler.py", line 62, in _wrap_task
await task.coro_callback()
File "/usr/src/supervisor/supervisor/misc/tasks.py", line 416, in _watchdog_addon_application
if addon.in_progress or await addon.watchdog_application():
File "/usr/src/supervisor/supervisor/addons/addon.py", line 479, in watchdog_application
return await self.sys_run_in_executor(check_port, self.ip_address, port)
File "/usr/local/lib/python3.8/concurrent/futures/thread.py", line 57, in run
result = self.fn(*self.args, **self.kwargs)
File "/usr/src/supervisor/supervisor/utils/__init__.py", line 43, in check_port
result = sock.connect_ex((str(address), port))
TypeError: an integer is required (got type str)
Why are people discussing supervisor versions in the core release thread?
2 Likes
Has nothing do do with supervisor versions really.
It’s triggered by updating the mosquito add-on, if you have watchdog enabled.
It has been a bug in the Supervisor forever, the next Supervisor version fixes it. For now just ignore it, or disable watchdog.
Still not on topic, but it’s the add-on that changed here, not the Supervisor.
2 Likes
same here…
It is only writing when there are actual state changes to record. The previous behavior was to write every commit interval (default of 1s) regardless if there was anything actually changed.
See the note at the top of the recorder docs about increasing the commit interval.
If you raise the commit interval, data will be delayed in history and logbook
1 Like
I can confirm this fix resolved my “TypeError: an integer is required (got type str)” for Watchdog in Supervisor for mqqt
1 Like
I also have this after the latest update
You’ll have been pleased to read the thread then and realise it is nothing to worry about.
3 Likes
I know I will probably get referred to Zwave_JS but I will not be able to migrate for a couple of months so has anybody else had a problem with 2021.05 causing issues with the zwave integration?
The specific issue is that the values are not updating in the GUI. Everything was sweet in 2021.04 and earlier. Now on 2021.05 the automations work ok to e.g. switch devices on - mostly.
On the GUI all of my switches will be showing as Off but some may in fact be On but when the switch is operated in the gui the switch shows going On and a few seconds later going back Off but generally the switch itself does not change state. No longer reliable as it was.
Thinking about reverting to 2021.04 but interested to know if others are having issues.
Thanks for the info. for my learning how were you able to tie it to the Mosquito ad-on? Is there a way to look up the Task ID somewhere? Thanks!
I can’t get HA to update from 2021.5.2 to 2021.5.5
Supervisor error:
21-05-26 01:35:49 ERROR (SyncWorker_7) [supervisor.docker] Can't create container from homeassistant: 409 Client Error for http+docker://localhost/v1.40/containers/create?name=homeassistant: Conflict ("Conflict. The container name "/homeassistant" is already in use by container "9aa827e6d6351f48d61f97bd49f1d78ad759bcf65c776c7952d7cdd733e10224". You have to remove (or rename) that container to be able to reuse that name.")
21-05-26 01:35:49 INFO (MainThread) [supervisor.resolution.module] Create new issue IssueType.UPDATE_FAILED - ContextType.CORE / None
21-05-26 01:35:49 ERROR (MainThread) [asyncio] Task exception was never retrieved
future: <Task finished name='Task-3318' coro=<process_lock.<locals>.wrap_api() done, defined at /usr/src/supervisor/supervisor/utils/__init__.py:24> exception=HomeAssistantUpdateError()>
Traceback (most recent call last):
File "/usr/src/supervisor/supervisor/utils/__init__.py", line 33, in wrap_api
return await method(api, *args, **kwargs)
File "/usr/src/supervisor/supervisor/jobs/decorator.py", line 107, in wrapper
raise err
File "/usr/src/supervisor/supervisor/jobs/decorator.py", line 105, in wrapper
return await self._method(*args, **kwargs)
File "/usr/src/supervisor/supervisor/homeassistant/core.py", line 240, in update
raise HomeAssistantUpdateError()
supervisor.exceptions.HomeAssistantUpdateError
This is running HA OS on a NUC.
Any ideas?
I have same problem.
See ludeeus’s response below the post you replied to.
Don’t be silly, people don’t read solutions.
1 Like
Hi, I have the same problem, also resolved by downgrading to 2021.5.1. Did you investigate this further?
pip install graphql-subscription-manager==0.3.6
I’m haing the exact same issue… did you manage to sort it out?