I am trying to login to the controller through the CLI but when I run zitiLogin it is saying command not found.
Here is a screenshot of the error:
Do you know why I am getting this error?
I am trying to login to the controller through the CLI but when I run zitiLogin it is saying command not found.
Here is a screenshot of the error:
Looks to me like the helper .env file didnāt get loaded in when you execāed into that container for some reason.
Do you have a ziti.env
in that /persistent folder? If you try running:
env | grep ZITI_USER
do you see a value returned? (usually itās āadminā) and same for the ZITI_PWD
(the password)?
Yup thats the error theres no env file in the persistent folder. Do you have any suggestions on how I can fix this error?
hrmmmm. if thereās no ziti.env
file in /persistent
, itāll be pretty hard to figure out what happened. That sounds to me like it didnāt successfully startup or somehow the /persistent folder wasnāt mapped properly?
It looks like youāre using the ādocker no composeā quickstart, is that right? Did you run the command exactly as shown? Iāll try it locally, assuming thatās what youāre doing?
Yes I ran the command exactly from the docs. Could I try just redoing the quickstart?
Yes. My guess is that you might have skipped over this particular line:
echo "#ziti.env file" > ~/docker-volume/myFirstZitiNetwork/ziti.env
In order to map that file, you need to make it first and Iām guessing/expecting you didnāt do that? Maybe? Let me run it locally first and Iāll report back
I have the file in the myFirstZitiNetwork directory. Its just not in the persistent directory.
Iām getting some āpermission deniedā errors on my local attempt. Give me a bit to diagnose/test more and Iāll follow up in a bit. Our doc might need a tweak or two. Will report back after Iāve tried it out and gotten things working.
@TheLumberjack There is some more detail here that might be helpful, @Rocket has been having this issue for a while, I was not able to reproduce but it could be similar to the issue you're having with permissions.
Okay thank you. I am trying to install the controller on a new controller using the same method and when I ran the docker run command to start the controller I got these permission denied errors:
Yeah. We recently changed the container and itās causing issues for ānon-composeā use-cases like this. Iām working on updated instructions.
Hiya @Rocket,
Iāve gotten the ādocker no composeā quickstart back in shape. Thanks for pointing this problem out, and Iām sorry you had to hit it for us to find it!
Iāve changed how the persistent files are allocated to more closely align with the docker compose example and to avoid the permission denied issue. Now a named docker volume is used instead of a bind mount. The documentation is now fully up to date and deployed. Turns out there was also a different bug in our script that I needed to fix too, which I have done.
I would recommend you start over clean. To do that, remove the entire folder located at ~/docker-volume
.
After that, you just need to follow the local with docker quickstart and it should work smoothly!
Again, sorry, but thanks for pointing the issue out
Ok thank you so much @TheLumberjack. I will try it out now and let you know how it goes.
Oh I forgot to mention, make sure you docker pull the latest 0.29 image! In case thatās not clear. Youāll need to pull down the latest image (of course)
Oh ok. Will the quickstart not be possible without the latest image? Will it be possible to just test with an older image?
Until the 1.0 release, documentation references/expects youāre running the ālatestā release. Still, you should be able to use older images, but our corresponding quickstart doc for example, runs the risk of being out of date.
If youāre using a 0.29.x version, you really do need pull that latest image because we have found bugs that were introduced around the 0.28.4 timeframe which were corrected in the very latest 0.29.x image.
If you are trying to use an older version of ziti, Iād first ask āwhyā . We really do recommend staying up to date to get all the bug fixes we address. The docker (no compose) quickstart should work fine with any version, but I can only tell you that I tested it with the latest and any bugs that are to be fixed will only be fixed in the next/latest image/release.
Hopefully, that makes sense.
Hi @TheLumberjack, unfortunately I do not have permissions to download the latest version as of right now, but we are working on that aspect. As for the new quickstart, I am testing it and for some reason the edge router is not coming online when I run the docker run command. This is the response I am getting:
nevermind I just figured it out I had to source the ziti.env file. I am still having an error with the edge router starting
Great! Does that mean youāre all set and things are working? If you give me the exact version youāre running I could test it on my end and make sure it works too? If you want to do that, just let me know. Hopefully youāre all set now.
LOL i didnāt see youāre HAVING an error, i read that the opposite. Ooops. Send me the exact version youāre using and iāll try it out on my side.
I am using version 0.27.9.