info keeps giving state: startup (expected running?)
companion app has lost connection
ping correctly returns
Yesterday I had a few updates which seemed to work OK until in the night.
new in trouble shooting here but when I try things like core stop I get another job is running for job group home_assistant_core
I have no idea why this all of the sudden started.
How can I fix this running job error and ultimately get my installation running again? It ran without any problems during nearly 2 months. It would already be OK for me to restore from an automated backup, if that is possible from the CLI.
WOW that was a nasty one! It took me a whole day to fix. Luckily it is a lazy Sunday; I could not have explained this on a random week day. “Why do the lights not work”?
A custom component that can take down Home Assistant. That should be something we want to prevent…
how can I get there?
I think I disabled SSH.
I don’t have a mini HDMI cable to connect my RP4 to a monitor.
Putting the sd card into my desktop’s reader still doesn’t allow me to alter files as I’m not the owner then.
-edit-
I opened above mentioned directory in terminal
With the sudo command I could run:
Is there a line command I can put into my browser to start in safe mode? Or how can I do this? I have a HA Green and use a MacBook Air. I don’t know how to use Terminal or any of the command line editors
After everything failed I have now connected a keyboard and a monitor. I can stop the core but when I type in core restart --safe-mode I always get error message another job is running for job group home_assistant_core. I cannot get out of this. Anyone any idea how to solve this issue?
ok, finally I managed to stop the integration. For me it worked in the safe mode to go into File Editor and manually delete all files and directories of the entsoe integration (/homeassistant/custom_components). Then after reboot it could start the GUI without getting hung up.
Glad someone directed me here. Was working the complete Sunday on fixing this, without succes. I thought the port mapping in Docker was the issue, but is was not. Hopefully it is fixed soon. Thanks again!
The solution for me was to not stop core first but instantly type in the core restart --safe-mode command which was then executed. yes, sometimes funny as it was reported differently also in this thread above.
@Snappy, thank you. I would have had to start from scratch if I hadn’t found your post. Any suggestions on how to restore entsoe once sufficient time has passed to fix the underlying bug?