You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In this scenario I'm already logged into gitlab with an admin account and try to remove and add a pre-existing account.
Following are the lines that changed, I'm extracting the changes here.
Note: that was in a session of debugging why the mail isn't being sent
gitlab/application.log
I consider this log to be a summary of the activities performed by gitlab.
December 07, 2019 05:21: User "NAME" (MAIL@DOMAIN.COM) was removed, yes, the extra space is there
December 07, 2019 05:21: User "NAME" (MAIL@DOMAIN.COM) was created
gitlab/gitlab-workhorse.log
This is very similar to the logs coming to nginx/gitlab-access.log, have some extra details as the RANDOM ADMIN PORT and the completion time.
I guess the number after the SUCCESS/ERROR code is the HTTP action ID
I guess the last number is the time for completion
gitlab/production.log
This file is the interesting one upon mail sending failure, I'm not sure though is that because I made an after_filter for the mailer or this info is their by default.
[ActiveJob] [ActionMailer::DeliveryJob] [JOB_ID] Performing ActionMailer::DeliveryJob (Job ID: JOB_ID) from Sidekiq(mailers) with arguments: "Notify", "new_user_email", "deliver_now", USER_ID, "SOME_HASH"
[ActiveJob] [ActionMailer::DeliveryJob] [JOB_ID] sent email: {"mailer":"Notify","action":"new_user_email","mailer_action":"Notify#new_user_email","to":"MAIL@DOMAIN.COM","from":"CONFIG_MAIL@DOMAIN.COM","subject":"Account was created for you"}
[ActiveJob] [ActionMailer::DeliveryJob] [JOB_ID] Sent mail to MAIL@DOMAIN.COM (60.0ms)
Here we can see the exact data sent to gitlab to do it's work, including the requester's IP and lots of specificities that could be combined with sidekiq.log to get more details through the correlation ID in example.
And I consider it detailing for the nginx/gitlab_access.log and gitlab/gitlab-workhorse.log.
The details here are very useful into understanding the context in case any issue occured.
You'll find here the correlation ID and JOB ID used to identify the removal and addition and email tasks, with more info about queueing.
And a trace of the erros occured, which would be pretty helpful in figuring out the source issue.
The details here are very useful into debugging into the code itself.
2019-12-07T05:22:21.237Z 608 TID-TID WARN: {"context":"Job raised exception","job":{"class":"ActiveJob::QueueAdapters::SidekiqAdapter::JobWrapper","wrapped":"ActionMailer::DeliveryJob","queue":"mailers","args":[{"job_class":"ActionMailer::DeliveryJob","job_id":"MAIL_JOB_ID","provider_job_id":null,"queue_name":"mailers","priority":null,"arguments":["Notify","new_user_email","deliver_now",14,"HASH_A"],"executions":0,"locale":"en"}],"retry":3,"jid":"MAIL_JOB_ID","created_at":1575696095.844197,"correlation_id":"ID","enqueued_at":1575696141.158343,"error_message":"getaddrinfo: Name or service not known","error_class":"SocketError","failed_at":1575696095.9560194,"retry_count":0},"jobstr":"{\"class\":\"ActiveJob::QueueAdapters::SidekiqAdapter::JobWrapper\",\"wrapped\":\"ActionMailer::DeliveryJob\",\"queue\":\"mailers\",\"args\":[{\"job_class\":\"ActionMailer::DeliveryJob\",\"job_id\":\"MAIL_JOB_ID\",\"provider_job_id\":null,\"queue_name\":\"mailers\",\"priority\":null,\"arguments\":[\"Notify\",\"new_user_email\",\"deliver_now\",14,\"HASH_A\"],\"executions\":0,\"locale\":\"en\"}],\"retry\":3,\"jid\":\"JID\",\"created_at\":1575696095.844197,\"correlation_id\":\"ID\",\"enqueued_at\":1575696141.158343,\"error_message\":\"getaddrinfo: Name or service not known\",\"error_class\":\"SocketError\",\"failed_at\":1575696095.9560194,\"retry_count\":0}"}
2019-12-07T05:22:21.237Z 608 TID-TID WARN: SocketError: getaddrinfo: Name or service not known
The logs inside gitlab dir is more related to gitlab and the other logs are more into the interface, even though both cover the interfacing to gitlab but the ones inside gitlab directory are more specific.