Skip to content
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

Nothing happens when using the initial configuration page #23986

Open
KuenzelIT opened this issue Apr 7, 2023 · 11 comments
Open

Nothing happens when using the initial configuration page #23986

KuenzelIT opened this issue Apr 7, 2023 · 11 comments
Labels

Comments

@KuenzelIT
Copy link

Description

After clicking on "Install Gitea" in the initial configuration the page is loading for a few seconds and then nothing happens and the initial configuration page is still shown, even after visiting the gitea url again. I did not change any options.

Gitea Version

1.19.0

Can you reproduce the bug on the Gitea demo site?

No

Log Gist

https://gist.github.com/KuenzelIT/20f406fc2edf5378d1d1dd4ad9e88cbc

Screenshots

No response

Git Version

No response

Operating System

Synology DSM

How are you running Gitea?

Docker Compose on a Synology:

version: "3"

networks:
gitea:
external: false

services:
server:
image: gitea/gitea:1.19.0
container_name: gitea
environment:
- USER_UID=1026
- USER_GID=100
- GITEA__database__DB_TYPE=mysql
- GITEA__database__HOST=db:3306
- GITEA__database__NAME=gitea
- GITEA__database__USER=gitea
- GITEA__database__PASSWD=gitea
restart: always
networks:
- gitea
volumes:
- ./gitea:/data
- /etc/TZ:/etc/timezone:ro
- /etc/localtime:/etc/localtime:ro
ports:
- "3000:3000"
- "222:22"
depends_on:
- db

db:
image: mysql:8
restart: always
environment:
- MYSQL_ROOT_PASSWORD=gitea
- MYSQL_USER=gitea
- MYSQL_PASSWORD=gitea
- MYSQL_DATABASE=gitea
networks:
- gitea
volumes:
- ./mysql:/var/lib/mysql

Database

MySQL

@wxiaoguang
Copy link
Contributor

wxiaoguang commented Apr 8, 2023

I have tested your docker-compose.yaml :

  1. Copy it into my docker-compose.yaml
  2. docker-compose up
  3. Visit localhost:3000
  4. Click Install

After a few seconds, I can see the login UI.

The log looks like this:

gitea          | 2023/04/08 18:15:21 ...c/net/http/server.go:2122:ServeHTTP() [I] [64313eb9] PING DATABASE mysql
gitea          | 2023/04/08 18:15:24 ...eb/routing/logger.go:67:func1() [W] [64313eab-5] router: slow      POST / for 172.28.0.1:55794, elapsed 3456.8ms @ install/install.go:236(install.SubmitInstall)
gitea          | 2023/04/08 18:15:31 ...s/install/install.go:515:SubmitInstall() [I] Save settings to custom config file /data/gitea/conf/app.ini
gitea          | 2023/04/08 18:15:31 routers/common/db.go:21:InitDBEngine() [I] Beginning ORM engine initialization.
gitea          | 2023/04/08 18:15:31 routers/common/db.go:28:InitDBEngine() [I] ORM engine initialization attempt #1/10...

From your log , I can see:


######### the first try

gitea     | 2023/04/07 18:39:39 ...c/net/http/server.go:2122:ServeHTTP() [I] [6430474b] PING DATABASE mysql
gitea     | 2023/04/07 18:39:43 ...eb/routing/logger.go:67:func1() [W] [64304622] router: slow      POST / for 192.168.16.1:54058, elapsed 3746.2ms @ install/install.go:236(install.SubmitInstall)
======= why there is no detailed log here
gitea     | 2023/04/07 18:39:55 ...eb/routing/logger.go:98:func1() [I] router: completed POST / for 192.168.16.1:54058, 200 OK in 16550.8ms @ install/install.go:236(install.SubmitInstall)
gitea     | 2023/04/07 18:45:41 ...eb/routing/logger.go:98:func1() [I] [643048b5] router: completed GET / for 192.168.16.1:54402, 200 OK in 93.3ms @ install/install.go:90(install.Install)

...

######### the second try , the database part has been installed, but the app.ini doesn't get INSTALL_LOCK=true

gitea     | 2023/04/07 18:47:15 ...s/install/install.go:229:checkDatabase() [I] [64304913] Gitea will be installed in a database with: hasPostInstallationUser=false, dbMigrationVersion=244
gitea     | 2023/04/07 18:47:15 ...c/net/http/server.go:2122:ServeHTTP() [I] [64304913] PING DATABASE mysql
gitea     | 2023/04/07 18:47:16 modules/web/wrap.go:40:func1() [W] [64304913] Table system_setting Column version db default is , struct default is 1
gitea     | 2023/04/07 18:47:19 ...eb/routing/logger.go:67:func1() [W] [64304622] router: slow      POST / for 192.168.16.1:54402, elapsed 3413.2ms @ install/install.go:236(install.SubmitInstall)
======= why there is no detailed log here
gitea     | 2023/04/07 18:47:34 ...eb/routing/logger.go:98:func1() [I] [64304913] router: completed POST / for 192.168.16.1:54402, 200 OK in 18438.7ms @ install/install.go:236(install.SubmitInstall)

Just FYI, I have no more idea about this issue at the moment.

@wxiaoguang
Copy link
Contributor

wxiaoguang commented Apr 8, 2023

Does your cookie/domain/browser work correctly? (Just a guess, I am not sure)

Maybe there is an error message, but the wrong cookie setting may cause the error message wouldn't be displayed, so you didn't get the error feedback?

@KuenzelIT
Copy link
Author

Thank you for testing!

Your logs gave me the idea to see if the app.ini was created and it was. I then tried settting the DOMAIN and SSH_DOMAIN from localhost to my servers domain name and see if anything changes. But the result was the same.

I also tried with INSTALL_LOCK = true to see any changes and the ORM tried to initialize, but after waiting for the mysql server, it didn't try again, although there were some attempts left.

I also tried with a fresh browser. The behaviour was the same.

As the logs say, the installer is very slow. Takes my machine more than 60 seconds to finish the POST request. May be my machine, but seems a little odd (in your case 10 seconds).

I have no idea what else to try right now. :)

@wxiaoguang
Copy link
Contributor

As the logs say, the installer is very slow. Takes my machine more than 60 seconds to finish the POST request. May be my machine, but seems a little odd (in your case 10 seconds).

Hmm ... no idea either. Could the "slow" be the problem? What's your environment (hardware) & limitation? Is there enough CPU and memory resrouce?

@KuenzelIT
Copy link
Author

I'm using a Synology DS920+. The performance is ok and I'm running some other docker containers without a problem. I thought Gitea is lightweight and should work. :)

I will monitor the CPU and memory the next time I try the install. But since the logs say that the POST request completed, I assume that this is not the problem.

Thanks again for your help!

@lunny
Copy link
Member

lunny commented May 9, 2023

Looks like it's normal from the provided logs.

@nbgibson
Copy link

nbgibson commented Jul 31, 2023

@KuenzelIT Out of curiosity, are you running the docker container on a volume that is using btrfs? I'm encountering something similar in my install as well. However, I'm using a dedicated MariaDB instance running on the Syn box by way of their package center. The install is progressing as I can see it periodically making new tables in my DB, but it is taking its sweet time. I did a bit of digging around and it seems that btrfs and the data checksum checking of files in those shares may be the root of the problem here.

See:

I have yet to find the referenced Synology documentation on the matter* but I could see where the checksum checking could play a great deal into the performance overhead we're seeing here. I'm going to let things churn overnight on my end and try and set aside some time to see if the issue comes up on a MariaDB instance running on a different host.

  • It can be found here

To ensure service quality, we recommend not enabling data checksum when the shared folder will be used for the following services:
Hosting databases or virtual machines
Storing video recordings of Surveillance Station
Running services that require a small and random write pattern

@KuenzelIT
Copy link
Author

Thanks for the idea. Unfortunately I'm not using btrfs. I also haven't tried to install gitea in a while, maybe I'll try again in a few days.

@thannerfabian
Copy link

@KuenzelIT I am currently facing the same issues on a Synology DS224+. I am also running other docker containers without any problems. RAM and CPU load are both under 10% and I am not using btrfs as well.

The difference in my environment is, that I use an already installed MySQL instance and no docker container for it. And I use the latest version of gitea not 1.19.0 (didn´t check if the latest is 1.19.0).

Did you find any solution?

@KuenzelIT
Copy link
Author

KuenzelIT commented Mar 5, 2024

I did not find a solution and dropped trying it for now, sorry :(

@thannerfabian
Copy link

thannerfabian commented Mar 6, 2024

I am not sure how I got it working, but I did the installation on my Mac. After loading for a few minutes, I tried to open the webpage on one of my servers. In this moment, the installation was done and I got forwarded to homepage of Gitea. I dn´t know if it was luck or if this is the solution.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants