-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
Error when creating superuser in fresh install #1794
Comments
@MuadDev Hi, please attach full container log: |
How long is the cvat container up? I see only ~7 sec time difference between the first and last event and cannot obtain any messages about applied migrations and so on. Please note that cvat cannot start instantly and this process takes some time. It's depend on the machine (disk performance, cpu, etc), especially it's relevant for fresh installation. Please start container with
After that should be possible to create a new superuser. |
Ah thank you, that might be the issue since I do not wait when starting up. I will test this and report back. |
Ok, so these are the steps I tried:
Starting from scratch
For some context. This happens on a quite powerful machine. The storage is a SSD drive, the CPU is a Intel(R) Core(TM) i7-6800K CPU @ 3.40GHz, and it also has 2 GPUs but that is probably not relevant. What I am trying to say, I would expect that this machine would not take so long for starting up as it is quite powerful. |
@MuadDev ok, startup process usually takes no more than 1 min. Could you save your log as file and attach it here? |
Of course: |
You original issue doesn't related with unapplied migrations, for some reason the backend server is not started properly. Unfortunately I cannot reproduce this issue. Could you do the following steps:
|
Could you please attach output of |
Hello. I just wanted to say that I'm getting this same issue. I've tried both the release-1.1.0 branch, and develop, and I get My environment:
I just start the server with 'docker-compose up'. I don't bother with the -d, but I doubt that has anything to do with anything. I haven't edited the code-base at all, but I didn't copy-paste the install steps either because I didn't want to use all of these 3rd party repos that I don't necessarily trust. I'm using docker-ce from a previous project. Just wondering if this helps at all. I know it's super hard to troubleshoot issues you can't reproduce yet. |
MuadDev and my Here is mine:
Also, my docker logs cvat_db:
I hope I'm not stepping on your guys's conversation by adding my experience of the same error. |
Update: I also tried the migrate command @MuadDev came up with, and these migrations ran:
After that, I could create the user too, but also not use it yet to log-in because of the same gateway error. Here is the log stuff when I get the gateway error when trying to log-in:
I do suspect these are layerd problems and the migration thing is a solution to the first one. There's some additional discussion about the original problem here: |
As far as reproducing goes: @azhavoro : Did you try removing your docker volumes and removing the cvat docker containers before doing a "docker-compose up"? That reproduces it for me every time on the release-1.1.0 branch. |
Ah HA!!! :-D I finally figured out why this happens for some people and not for others. It took me days, but I was able to do a binary search on the difference between my machine (where the installation instructions did NOT work) and a machine in the cloud (where the exact same install script worked). After starting with entire filesystems as potential differences, I eventually got it down to a single line in my .bashrc file. The line is this:
So, it seems, that the ability to run and use cvat (even if I got past the superuser issue with the migration, the server would never actually work when this umask line was in place), depends on the user's umask!!! This greatly simplifies the problem now, hopefully the point that someone can submit a patch for it. I don't know enough about the cvat system to determine why the umask is breaking the install process . I suspect it has something to do with permissions in the git clone but I haven't verified that yet. Can someone from the cvat team replicate this and maybe adjust the installation instructions to set any permissions as needed after the clone, or better yet, fix whatever permissions thing is happening? I think 077 should be a valid umask for people to work under. If it helps, here's my install script - it's the same as your instructions, but in one place so it might be helpful for you.
|
Update: A |
This worked for me as well @andyDoucette. Thanks! |
Oh great! 😊 I'm so glad my experience helped someone.
…On Wed, Oct 7, 2020, 3:23 AM Cyril Zakka ***@***.*** wrote:
This worked for me as well @andyDoucette <https://github.com/andyDoucette>.
Thanks!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1794 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEVLQ5REKUBQ3AADIX64ZYDSJNVC7ANCNFSM4OFSRYCQ>
.
|
This is exactly what happened to me, |
My actions before raising this issue
Expected Behaviour
After building the docker I expect to be able to create a super user with the following command from the installation guide:
Current Behaviour
Instead I get the following error message:
Perhaps something with a database?
Possible Solution
?
Steps to Reproduce (for bugs)
Context
I tried this on a pc which had an older version of CVAT running without problems. I also tried it on another pc which did not have a previous install of CVAT to be sure.
Your Environment
git log -1
):docker version
(e.g. Docker 17.0.05):I don't know, for sure not kubernetes.
Logs from `cvat` container
Next steps
You may join our Gitter channel for community support.
I also raised this issue on gitter.
The text was updated successfully, but these errors were encountered: