-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
Version 1.18 crashes for me due to mailer.HOST config #22274
Comments
I tested in my macOS with
You can add the new section in your [lfs]
PATH = /data/git/lfs |
same bug for me, but i cant revert to version 1.17
stuck as hell :) I'm considering restoring a backup or waiting for patch. |
signal 15 is SIGTERM, which means Gitea isn't exiting something else is telling it to exit. Are you able to provide "trace logs" for what is happening prior to exit? |
how would you activate "trace logs" for gitea with docker ? the thing is, the containers dies right after start so i believe it is killed from inside the image. (same second) the only mecanism that could kill the container from outside that i know of is with docker swarm : where a faulty healthcheck would kill the unhealthy container (also it would leave it about 1:30 to reach healtyness before sending a sigterm) |
It does take a few seconds to terminate, though. How do I do a "trace logs"? I'm not finding anything about "docker trace logs". The only thing I find is the normal btw, I also had a look at the
|
@nunoperalta @rafipiccolo Could you please just set the log level to Update the conf file like: [log]
LEVEL = Trace I tried to figure it out but didn't find anything. I believe more logs would be helpful. |
thanks for your comment. from what i see, it is indeed a problem with a previous configuration. you comment led me to this file : /gitea/conf/app.ini
for me the logs stay the same as nunoperalta but i see this in /gitea/log/gitea.log
|
OK, i happened to edit the file, or configure a mail server via the UX. It was a long time ago, I don't remember. which does it :
now it work again. please dont break gitea for a mail configuration :) |
Thanks. Strange... I don't see any extra logs since I put
|
Ah, @rafipiccolo - seems it was what fixed it for me too! I did look at the Breaking Changes notice, and somehow I did NOT understand what was said there 😅🤦🏼♂️
I guess it's my fault. |
my bad too, i'll read it next time, |
Yeah exactly. Especially when it says "deprecated" and not "removed". |
Let me guess, your Gitea config is: [log]
MODE = file So most logs will output to the file, but you check logs from console with If I'm right, you can find the error logs in the file. It's not your fault, I think Gitea can do better. |
@wolfogre - Perfect. Thank you! I changed now to:
It now shows also another deprecated config, that I also fixed :) |
Even if the log mode is `file`, there are still few logs printed to the console at the very beginning. That's fine but confusing. Someone will think the console is the only place to find logs, and get nothing helpful. See #22274 (comment). There should be a reminder that there are no more logs to the console. And to avoid log loss, we should add configured loggers first, then remove console logger if there's no `console` in the mode. Tests with `MODE = file`: Before: <img width="1792" alt="image" src="https://user-images.githubusercontent.com/9418365/210079862-d591677f-347e-46ed-a548-bb2ddbb0885c.png"> After: <img width="1792" alt="image" src="https://user-images.githubusercontent.com/9418365/210080002-d66cc418-6888-4909-b370-d03f5986ef41.png"> Co-authored-by: Lunny Xiao <xiaolunwen@gmail.com> Co-authored-by: delvh <dev.lh@web.de>
Fix #22274 This PR will allow `HOST` without port. Then a default port will be given in future steps.
Fix go-gitea#22274 This PR will allow `HOST` without port. Then a default port will be given in future steps.
Description
Hello,
In a loop, 1.18 keeps crashing forever:
Once I downgrade to 1.17, all is working again.
I'm not sure what to do, or how to investigate further.
MySQL is running fine:
Also, I'm not sure how to fix the
LFS_CONTENT_PATH
issue.What I currently have is:
Do I just move the
LFS_CONTENT_PATH
like this?and leave the other
LFS_*
as they are?Thank you very much.
Gitea Version
1.18
Can you reproduce the bug on the Gitea demo site?
No
Log Gist
No response
Screenshots
No response
Git Version
Bundled in Docker
Operating System
Bundled in Docker
How are you running Gitea?
Database
MySQL
The text was updated successfully, but these errors were encountered: