Closed Destroyer061090 closed 2 months ago
https://www.home-assistant.io/more-info/unsupported/systemd_journal
I had same, but after an update, it was resolved.
I'm not able to run apt-get command because i'm running it on docker. The command sudo or apt-get is not found :-(
It needs to be available on the operating system (Rasbian) also I just realised later that I did not fix it, I have to update the system to Bookworm (Debian 12?) because of the dependency bumps that they introduced.
I gues mine it's Alpine based... i don't know how to confirm it...
@Destroyer061090 systemd-journal-gatewayd is meant to run on the host system, not inside the Supervisor container.
Check and make sure you have installed the latest requirements of the Supervisor: https://github.com/home-assistant/supervised-installer?tab=readme-ov-file#installation
Also make sure that you have the latest version of the Supervisor installer deb package installed. The updated Supervisor scripts take care of forwarding the necessary Unix socket into the container (specifically, this line in the Supervisor start script).
I’m running HA on docker in my Synology NAS. Is this mean that the problem is on synology? Because I just update to latest DSM version few days ago…
Same error, I've tried HA add-on + devcontainer the first time on Windows 11, WSL2, Ubuntu 24.04, Docker Desktop 4.30.0
I've followed the instructions here
I've developed add-ons for years on real HW, this is the first time I'm trying this on devcontainer. Total newbie in devcontainer.
Unsupported system:
version | core-2024.6.0.dev202405070218 |
---|---|
installation_type | Home Assistant Supervised |
dev | true |
hassio | true |
docker | true |
user | root |
virtualenv | false |
python_version | 3.12.2 |
os_name | Linux |
os_version | 5.15.146.1-microsoft-standard-WSL2 |
arch | x86_64 |
timezone | Europe/Budapest |
config_dir | /config |
Did anyone got this fixed? I am considering reinstalling my supervisor, but would like to avoid it.
I bet this commit has the side effect: https://github.com/home-assistant/supervisor/commit/a894c4589eed3c3ac03370d9d74284c1a6f4086b
all the addons and hassio_containers lost their printouts in HA. (Fortunatelly docker logs XXX still visible but it is annoying....)
I run homeassistant supervisor (and let it controls all other homeassistant containers, addons, etc) in a synology.
it does not have systemd-journal-gatewayd and there's no way to install it (if you want to keep it stock)
now the only way to see the logs is through terminal docker logs ...
it's not the end of the world, but it's annoying indeed, the way it was before was working, so can't just be a config toggle to enable it back?
im wth that probleme....and zigbee2mqtt dont star cause of that
im wth that probleme....and zigbee2mqtt dont star cause of that
A similar problem. Zigbee2mqtt stopped working
Any update please ? Please fix it....
For those folks who use Supservised installation, make sure you have all the per-requisits installed. Those also got updated over time, specifically make sure systemd-journal-remote
is installed and started.
See: https://github.com/home-assistant/supervised-installer?tab=readme-ov-file#installation
Note that Supervisor requires either HAOS or Debian 12 (as stated in ADR0014).
So running the Supervised directly on a DSM installation likely doesn't give access to systemd-journald via systemd-journal-remote
hence this error appears. But this won't be addressed as this is not a supported operating environment for the Supervisor. Consider using HAOS in a virtual machine or a pure container installation.
As for the development environment, this is considered an unsupported installation by default. We can't simulate a full Supervised environment in a container. So this is how things behave currently.
As for the development environment, this is considered an unsupported installation by default. We can't simulate a full Supervised environment in a container. So this is how things behave currently.
As an Add-on developer, how am I supposed to test my add-on if I can't even access the logs?
As for the development environment, this is considered an unsupported installation by default. We can't simulate a full Supervised environment in a container. So this is how things behave currently.
@agners can you please elaborate on why this will not be fixed? This is home assistant's dev container, which is recommended by the documentation for performing local testing of add-ons, which is unable to read add-on logs, because of a change made to the supervisor without considering the overall landscape and you're telling your developers that not only is the recommendation not supported, but that it's not ever going to work again? Why is this still the recommended local testing method then? It sounds to me like containerized local testing just got deprecated without being documented as such or announced.
My point is, I have a Synology NAS which in my opinion is way more reliable to run HA than any raspberryPI or other similar solution that relies on a single SDCard as storage. I want to run it containerized because is more efficient, less resource consuming than virtual machine option I have in Synology, because I already run several other containers for different things. I know how to keep HA in synology docker on supervisor mode along with my other containers, and it's running flawless even if keeps raising issues regarding my host OS is not an "homologated one". Every time a modification in HA is made in the opposite direction makes me sad, it feels like one day it will not run in my setup anymore. This for example, you could simply put a config attribute to read the addon logs the old way and not have all this impact
Yep, agreed. Supervised is going on a wrong way....
Guys, I have the same with core installation. So it's not supervised related issue.
I'm not able to run apt-get command because i'm running it on docker. The command sudo or apt-get is not found :-(
Hi, did you fixed this problem?
Describe the issue you are experiencing
after updating supervisor at latest version all the logs of addons has following error: "Impossibile ottenere i registri del componente aggiuntivo, No systemd-journal-gatewayd Unix socket available"
What type of installation are you running?
Home Assistant Supervised
Which operating system are you running on?
Other (e.g., Raspbian/Raspberry Pi OS/Fedora)
Steps to reproduce the issue
1. 2. 3. ...
Anything in the Supervisor logs that might be useful for us?
System Health information
Non ci sono riparazioni disponibili al momento
Supervisor diagnostics
No response
Additional information
No response