Howdy. I have a bash called backup.sh
script in /config and I’ve added the shell_command to configuration.yaml:
shell_command:
backup: /root/config/backup.sh
I’m running HAOS, the shell script has the correct owner:group and permissions. I can execute the script when I ssh into HAOS, but when I call the Shell Command: backup
service from HA’s Developer Tools, I get:
stderr: "/bin/sh: /root/config/gitupdate.sh: not found"
returncode: 127
Any thoughts on this?
So now I have a probably-related question: the script runs, but it won’t authenticate with my gitea repo:
stderr: "Host key verification failed.\r\nfatal: Could not read from remote repository.\n\nPlease make sure you have the correct access rights\nand the repository exists." returncode: 128
Again, when I run the script while ssh-ed into HAOS, it works fine. So I suspect that when HA runs the shell script (e.g., via Developer Tools or an Automation), it’s doing it as a different user, or perhaps from a different container from which I haven’t yet copied the pubkey into gitea. What do you think?
I’d guess that it’s running under a different user. You can find the user executing it and provide the key to that user via copying it to their ssh directory, or by using an identity file option for your command.
Although now that I think of it, I’d create a separate key and provide that public key to keep it separate from your user account.
I agree this is a better method.
I’m having trouble figuring out which user or container HA is using to execute the shell command. I
docker exec -it homeassistant /bin/bash
, ranssh-keygen
, and copied the pubkey into gitea, but it had no effect. I tried to run ssh-keygen in thehassio-cli
container butssh-keygen
isn’t installed (so my assumption is that this isn’t a container that would do something that might need a key, because HA didn’t pre-load ssh-keygen - maybe I’m wrong). When Idocker inspect
the HA containers and grep for “User” or “UID”, there is no result.