-
Notifications
You must be signed in to change notification settings - Fork 72
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fides Quick Start Troubleshooting #1407
Comments
Yes, you can safely ignore these. They are more info than warning, we might should change it to info.
This is an issue with M1/M2 macs that was just fixed. If you pull the latest
The quick start command is missing an argument. It should be
|
Thank you for your help on this, @sanders41! After a Using Just on the env teardown,
but if I exit the container and then use
Should I be concerned about the Also, the volumes created during the quick start persist - is this intended?
|
Sorry, I should have been more specific on the stopping.
Occasionally there is an issue with stopping containers when exiting, nothing to be concerned about. You can check if this is the case by running
This is expected. If you want to remove the volumes you can run |
Thanks again, @sanders41, I'm a little further along in the quick start instructions. At Step 3 though I encountered a new error and the generated demo datamap .xlsx (attached below) is blank. Any idea what's going wrong here?
|
Okay, I'm not sure why it didn't work the first time, but just trying it a second time seemed to work.
2022-10-12-T233237_datamap.xlsx I will continue... |
Unfortunately I'm stuck on Step 5 now.
|
Figured it out: there's an error in the quick start guide, the command should be
|
@daveqnet-alt thanks for running through this Dave! The README is sorely out-of-date, and something we need to fix ASAP |
Thanks @ThomasLaPiana, and fair enough, I understand the documentation needs to be updated. However, is it worth taking a step up and looking at the overall journey for a novice external user visiting the newly unified fides repo for the first time? This is what I was trying to simulate for you and the team in this issue and, although this is a sample of n = 1, it was not smooth sailing. For a quick start in unified fides, what will be of most value to a novice to get up and running in a few minutes and entice them to explore further? Maybe exposure to a UI (I'm pretty sure there are multiple UIs now)? It's also not clear to me where what used to be fidesops fits into a quick start. Questions for Product internally more than yourself maybe. Anyway, to list out the bumps I experienced, if it helps:
Finally, @sanders41, thank you again for your patience with me and for walking me through the issues until I got the quick start env working. 🙏 |
@daveqnet-alt I (and the whole engineering team!) hugely appreciate you taking the time to go through the README and find all of these bugs/problem areas. It is really valuable to us, and I agree that sometimes we're so in the weeds we forget to focus on the foundational basics. Paul and I will iron out the README and maybe you'd be happy to give it another go once we do? |
Perfect, let's do that, thanks! 😁 |
I'm closing this issue as the changes made in fides |
Bug Description
Hi fides team,
I'm trying to get fides up and running locally for the very first time but am having some problems. I hope you can help. Basically:
fides#
prompt appears. It never appears.nox -s dev
is finished, how do I exit?Steps to Reproduce
docker stop $(docker ps -a -q)
docker rm $(docker ps -a -q)
docker image prune -a
docker volume prune
docker builder prune -a
.fides init
part of Step 2 (I didn't get pastnox -s dev
).Expected behavior
fides#
prompt (maybe I'm supposed todocker exec
into a running container or something?)Screenshots
I'm attaching the entire installation log here:
2022-10-12 daveqnet-alt fides quick start installation.log
The WARN messages were...
Environment
Additional context
This is obviously an issue raised by an alt of @daveqnet, but please treat it exactly the same as you would an issue raised by any non-Ethyca GitHub member
The text was updated successfully, but these errors were encountered: