# Gitea is stuck on Activating

**URL:** <https://forum.gitea.com/t/gitea-is-stuck-on-activating/8127>\
**Category:** Install/Maintain/Configure\
**Created:** [November 15, 2023, 2:30pm UTC](https://forum.gitea.com/t/gitea-is-stuck-on-activating/8127 "2023-11-15T14:30:38Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![BenedyktBorowski](https://avatars.discourse-cdn.com/v4/letter/b/34f0e0/32.png) [@BenedyktBorowski](https://forum.gitea.com/u/BenedyktBorowski)\
**Post date:** [November 15, 2023, 2:30pm UTC](https://forum.gitea.com/t/gitea-is-stuck-on-activating/8127/1 "2023-11-15T14:30:38Z")

</div>

Hello,  
I got a problem, today my gitea stopped and right now is stucked on activating.  
I have debian 11 system and syslog looks like this:

 ![Zrzut ekranu 2023-11-15 152910](https://us1.discourse-cdn.com/flex020/uploads/gitea/original/2X/f/ff86326a1f0875e57dcf5b9a23e2f23ef76c5fdf.png)

---

<div class="post-metadata">

**Author:** ![alexrhtc](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.gitea.com/alexrhtc/32/4205_2.png) [@alexrhtc](https://forum.gitea.com/u/alexrhtc)\
**Post date:** [November 16, 2023, 4:47am UTC](https://forum.gitea.com/t/gitea-is-stuck-on-activating/8127/3 "2023-11-16T04:47:38Z")

</div>

I am facing the same issue as you, but with Ubuntu server, I reported my findings here:

> [@New install, systemd stuck on activating](https://forum.gitea.com/t/new-install-systemd-stuck-on-activating/8144/1):
>
> Hi All, I am trying to install gitea for the first time on Ubuntu server 22.04 LTS The systemd unit (provided template one that the install documentation suggests using) seems to hang for me. I am just evaluating gitea at this stage, so wanted to just fire it up and let it use sqlite for its storage back-end etc. So I have left the defaults in there. Here’s the bizarre thing, despite systemd saying the service failed to activate, there is a process running and I can reach the installation pag…

I suspect the solution might be to set the Unit type=normal rather than notify. Hopefully someone will chime in to confirm whether I am correct

---

<div class="post-metadata">

**Author:** ![alexrhtc](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.gitea.com/alexrhtc/32/4205_2.png) [@alexrhtc](https://forum.gitea.com/u/alexrhtc)\
**Post date:** [November 16, 2023, 5:13am UTC](https://forum.gitea.com/t/gitea-is-stuck-on-activating/8127/4 "2023-11-16T05:13:55Z")

</div>

What I found is that the service is actually running, and you will be able to visit the ip:port URL to do the initial install - in fact, it seems if you do not do this, the suggested systemd unit file will not work correctly.

Once you have completed the install page, you will notice the log will have this  
`Nov 16 16:06:55 ubuntuserver systemd[1]: Started Gitea (Git with a cup of tea).`

Doing the initial install page made the systemd unit file (which has type=notify) work… It would not work until I did that and seemingly the unit was stuck on activating, like yours is.

I hope this helps you

---

<div class="post-metadata">

**Author:** ![gitea1](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.gitea.com/gitea1/32/4211_2.png) [@gitea1](https://forum.gitea.com/u/gitea1)\
**Post date:** [November 20, 2023, 12:28pm UTC](https://forum.gitea.com/t/gitea-is-stuck-on-activating/8127/5 "2023-11-20T12:28:11Z")

</div>

The Documentation really needs to make this clear to visit the URL when it looks like it’s stuck or gee willickers, they could flop up a link or a message to continue the installation in the browser 😉 I only found out to do this after watching Youtube videos.

---

<div class="post-metadata">

**Author:** ![BenedyktBorowski](https://avatars.discourse-cdn.com/v4/letter/b/34f0e0/32.png) [@BenedyktBorowski](https://forum.gitea.com/u/BenedyktBorowski)\
**Post date:** [November 21, 2023, 1:27pm UTC](https://forum.gitea.com/t/gitea-is-stuck-on-activating/8127/6 "2023-11-21T13:27:21Z")

</div>

Yeah, that’s not clear at all.  
But my problem is kind of another because I already configured gitea. Then change address to https and now I have problem to start gitea 😕

---

<div class="post-metadata">

**Author:** ![gitea1](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.gitea.com/gitea1/32/4211_2.png) [@gitea1](https://forum.gitea.com/u/gitea1)\
**Post date:** [November 21, 2023, 2:25pm UTC](https://forum.gitea.com/t/gitea-is-stuck-on-activating/8127/7 "2023-11-21T14:25:56Z")

</div>

Yeah, that’s a bit tricky. Originally I installed Letsencrypt on the gitea machine which I got working, but not when I put the public reverse proxy in front of it. I ended up just leaving it at port 3000 non-SSL and putting Boringproxy in front of it that converts it to a different hostname with valid SSL and publicly visible.

To do this I used the Oracle Cloud Free tier which gives you two free VM’s with public IP addresses. I needed a domain name I could set to wildcard in my cPanel as per boring’s instruction video. I haven’t done any write-up on it, but I did save my configs for two different gitea/boringproxy servers on my new publicly available gitea servers. It’s a lot to grasp at first, but I kept at it. Here is my public repository for the config files. These machines are running on my NAT’d virtual machines at home, but maybe it will help you on your path. I do run my own Bind9 DNS servers in VM’s at home. Now I’m throwing up repositories to public on home computer. Links:

[https://code.iweb.city/IntenseWebs/gitea-boringproxy](https://code.iweb.city/IntenseWebs/gitea-boringproxy)

How-to Oracle Cloud Free Tier (Don’t do part II of building Load Balancer, that incurs fees that keep going after the trial is over. Also, skip installing NGINX in part 1 if you use boringproxy like I did. Probably much easier if you just need a proxy. lab.iweb.city runs on the Oracle Cloud VM, code.iweb.city is at my home):

[https://medium.com/@stephane.delrez\_55180/how-to-implement-a-reverse-proxy-in-oracle-cloud-always-free-tiers-1-2-49a4eb243fbc](https://medium.com/@stephane.delrez_55180/how-to-implement-a-reverse-proxy-in-oracle-cloud-always-free-tiers-1-2-49a4eb243fbc)
