'
```
Então, posso ver no log do pod do discourse a mensagem:
```plaintext
(48) Reopening logs
(48) Reopening logs
(48) Reopening logs
```
No entanto, como não há `sidekiq.log` em `/shared/log/rails/`, ele não reinicia.
Meu conhecimento de Rails é quase zero, portanto, acho difícil solucionar o problema, mas vejo que o sidekiq não está pausado:
```plaintext
[1] pry(main)> Sidekiq.paused?
=> false
```
E quando eu o inicio manualmente, ele funciona:
```plaintext
2023-06-09T09:47:15.556Z pid=195386 tid=449q INFO: Booting Sidekiq 6.5.8 with Sidekiq::RedisConnection::RedisAdapter options {:host=>"redis", :port=>6379, :namespace=>"sidekiq"}
2023-06-09T09:47:20.528Z pid=195386 tid=449q INFO: Booted Rails 7.0.4.3 application in production environment
2023-06-09T09:47:20.528Z pid=195386 tid=449q INFO: Running in ruby 3.2.2 (2023-03-30 revision e51014f9c0) [x86_64-linux]
2023-06-09T09:47:20.528Z pid=195386 tid=449q INFO: See LICENSE and the LGPL-3.0 for licensing details.
2023-06-09T09:47:20.528Z pid=195386 tid=449q INFO: Upgrade to Sidekiq Pro for more features and support: https://sidekiq.org
```
Há algumas coisas que imagino que me ajudariam a resolver este problema:
1. Como faço para que ele crie `/shared/log/rails/sidekiq.log`?
2. Como faço para permitir que o sidekiq use mais de 530M de memória?
Se alguém tiver uma sugestão, por favor me avise e agradeço antecipadamente por dedicar seu tempo para me apoiar nisso!
Tenha um ótimo dia! 🙂
---
### Author:  [@trobiyo](https://meta.discourse.org/u/trobiyo)
#### Post date: [Junho 9, 2023, 3:52pm UTC](https://meta.discourse.org/t/sidekiq-stops-after-some-time/267777/2 "2023-06-09T15:52:19Z")
Olá Denis,
Vou me concentrar em fornecer informações sobre como aumentar o RSS para o Sidekiq.
Para isso, dê uma olhada na variável de ambiente `UNICORN_SIDEKIQ_MAX_RSS` (ffi: [discourse/config/unicorn.conf.rb at 89d7b1861d1625352e82e82c19f93e7272c965ef · discourse/discourse · GitHub](https://github.com/discourse/discourse/blob/89d7b1861d1625352e82e82c19f93e7272c965ef/config/unicorn.conf.rb#L134)) (por exemplo, `UNICORN_SIDEKIQ_MAX_RSS: 1000`), pois isso permitirá que você aloque mais memória. Em qualquer caso, recomendo que você diminua um pouco o valor de `UNICORN_SIDEKIQS` para 1 ou 2, a menos que você tenha vários trabalhos sendo enfileirados por muito tempo.
Desconheço a causa das reinicializações do seu sidekiq, normalmente ele apenas reinicia em segundo plano após OOM (de acordo com [discourse/config/unicorn.conf.rb at 89d7b1861d1625352e82e82c19f93e7272c965ef · discourse/discourse · GitHub](https://github.com/discourse/discourse/blob/89d7b1861d1625352e82e82c19f93e7272c965ef/config/unicorn.conf.rb#L163-L168)), mas verifique `your-forum.com/logs` para mais informações, espero que isso ajude.
Abraços,
Ismael
---
### Author:  [@bizotto](https://meta.discourse.org/u/bizotto)
#### Post date: [Junho 12, 2023, 7:28am UTC](https://meta.discourse.org/t/sidekiq-stops-after-some-time/267777/3 "2023-06-12T07:28:24Z")
Olá @trobiyo, muito obrigado pelo suporte rápido e direto!
Sim, meu sidekiq está reiniciando devido a OOM, mas agora segui seu conselho e reduzi o `UNICORN_SIDEKIQS=1` e aloquei mais memória para RSS usando a variável de ambiente `UNICORN_SIDEKIQ_MAX_RSS`.
Espero que isso ajude a evitar que o sidekiq reinicie.
Você tem alguma ideia de por que o sidekiq não está gerando nenhum log em `/shared/log/rails/sidekiq.log`?
Obrigado mais uma vez e tenha um ótimo dia! 🙂
Abraços,
Denis
---
### Author:  [@trobiyo](https://meta.discourse.org/u/trobiyo)
#### Post date: [Junho 12, 2023, 4:34pm UTC](https://meta.discourse.org/t/sidekiq-stops-after-some-time/267777/4 "2023-06-12T16:34:38Z")
Olá,
Se não me engano, você precisa definir a variável de ambiente `DISCOURSE_LOG_SIDEKIQ` como `1`, conforme [discourse/app/jobs/base.rb at 7c768a2ff99f45ab5008c16cf6982652d576a0e2 · discourse/discourse · GitHub](https://github.com/discourse/discourse/blob/7c768a2ff99f45ab5008c16cf6982652d576a0e2/app/jobs/base.rb#L132), caso contrário, a função `write_to_log` retornará sem despejar o log (veja [discourse/app/jobs/base.rb at 7c768a2ff99f45ab5008c16cf6982652d576a0e2 · discourse/discourse · GitHub](https://github.com/discourse/discourse/blob/7c768a2ff99f45ab5008c16cf6982652d576a0e2/app/jobs/base.rb#L124))
Espero que ajude.
---
### Author:  [@bizotto](https://meta.discourse.org/u/bizotto)
#### Post date: [Junho 13, 2023, 5:31am UTC](https://meta.discourse.org/t/sidekiq-stops-after-some-time/267777/5 "2023-06-13T05:31:11Z")
Olá,
Sim, `DISCOURSE_LOG_SIDEKIQ=1` ajudou e eu vejo um `/shared/log/rails/sidekiq.log`. Isso é ótimo!
Também notei que o sidekiq está rodando há um tempo e não reiniciou devido a OOM desde que aumentei a alocação de memória e reduzi para apenas 1 processo.
Essa parece ser a solução para o meu problema com o sidekiq, continuarei monitorando e atualizarei aqui caso ainda veja algum problema em relação ao sidekiq.
Enquanto isso, agradeço muito sua ajuda @trobiyo, ótimo suporte da sua parte!
Tenha um ótimo dia!
🙂
---
### Author:  [@trobiyo](https://meta.discourse.org/u/trobiyo)
#### Post date: [Junho 13, 2023, 6:27am UTC](https://meta.discourse.org/t/sidekiq-stops-after-some-time/267777/6 "2023-06-13T06:27:49Z")
Essa é uma excelente notícia 👏 , fico feliz que isso tenha ajudado a resolver o problema!
Abraços,
Ismael
---
### Author:  [@bizotto](https://meta.discourse.org/u/bizotto)
#### Post date: [Junho 14, 2023, 8:36am UTC](https://meta.discourse.org/t/sidekiq-stops-after-some-time/267777/7 "2023-06-14T08:36:49Z")
Olá novamente @trobiyo,
Infelizmente, meu sidekiq ainda está parando, parece que as mudanças não foram suficientes. =/
Vejo nos logs o seguinte erro:
```plaintext
info:
Job exception: FinalDestination: all resolved IPs were disallowed
backtrace:
/var/www/discourse/lib/final_destination/ssrf_detector.rb:104:in `lookup_and_filter_ips'
/var/www/discourse/lib/final_destination/http.rb:13:in `connect'
/usr/local/lib/ruby/3.2.0/net/http.rb:1248:in `do_start'
/usr/local/lib/ruby/3.2.0/net/http.rb:1237:in `start'
/usr/local/lib/ruby/3.2.0/net/http.rb:687:in `start'
/var/www/discourse/lib/final_destination.rb:511:in `safe_session'
/var/www/discourse/lib/final_destination.rb:450:in `safe_get'
/var/www/discourse/lib/final_destination.rb:161:in `get'
/var/www/discourse/lib/retrieve_title.rb:81:in `fetch_title'
/var/www/discourse/lib/retrieve_title.rb:7:in `crawl'
/var/www/discourse/lib/inline_oneboxer.rb:76:in `lookup'
/var/www/discourse/lib/cooked_processor_mixin.rb:310:in `process_inline_onebox'
/var/www/discourse/lib/cooked_processor_mixin.rb:39:in `block in post_process_oneboxes'
/var/www/discourse/lib/oneboxer.rb:213:in `block in apply'
/var/www/discourse/lib/oneboxer.rb:161:in `block in each_onebox_link'
nokogiri-1.14.2-x86_64-linux/lib/nokogiri/xml/node_set.rb:235:in `block in each'
nokogiri-1.14.2-x86_64-linux/lib/nokogiri/xml/node_set.rb:234:in `upto'
nokogiri-1.14.2-x86_64-linux/lib/nokogiri/xml/node_set.rb:234:in `each'
/var/www/discourse/lib/oneboxer.rb:161:in `each_onebox_link'
/var/www/discourse/lib/oneboxer.rb:212:in `apply'
/var/www/discourse/lib/cooked_processor_mixin.rb:9:in `post_process_oneboxes'
/var/www/discourse/lib/cooked_post_processor.rb:41:in `block in post_process'
/var/www/discourse/lib/distributed_mutex.rb:53:in `block in synchronize'
/var/www/discourse/lib/distributed_mutex.rb:49:in `synchronize'
/var/www/discourse/lib/distributed_mutex.rb:49:in `synchronize'
/var/www/discourse/lib/distributed_mutex.rb:34:in `synchronize'
/var/www/discourse/lib/cooked_post_processor.rb:38:in `post_process'
/var/www/discourse/app/jobs/regular/process_post.rb:28:in `block in execute'
/var/www/discourse/lib/distributed_mutex.rb:53:in `block in synchronize'
/var/www/discourse/lib/distributed_mutex.rb:49:in `synchronize'
/var/www/discourse/lib/distributed_mutex.rb:49:in `synchronize'
/var/www/discourse/lib/distributed_mutex.rb:34:in `synchronize'
/var/www/discourse/app/jobs/regular/process_post.rb:8:in `execute'
/var/www/discourse/app/jobs/base.rb:249:in `block (2 levels) in perform'
rails_multisite-4.0.1/lib/rails_multisite/connection_management.rb:80:in `with_connection'
/var/www/discourse/app/jobs/base.rb:236:in `block in perform'
/var/www/discourse/app/jobs/base.rb:232:in `each'
/var/www/discourse/app/jobs/base.rb:232:in `perform'
sidekiq-6.5.8/lib/sidekiq/processor.rb:202:in `execute_job'
sidekiq-6.5.8/lib/sidekiq/processor.rb:170:in `block (2 levels) in process'
sidekiq-6.5.8/lib/sidekiq/middleware/chain.rb:177:in `block in invoke'
/var/www/discourse/lib/sidekiq/pausable.rb:134:in `call'
sidekiq-6.5.8/lib/sidekiq/middleware/chain.rb:179:in `block in invoke'
sidekiq-6.5.8/lib/sidekiq/middleware/chain.rb:182:in `invoke'
sidekiq-6.5.8/lib/sidekiq/processor.rb:169:in `block in process'
sidekiq-6.5.8/lib/sidekiq/processor.rb:136:in `block (6 levels) in dispatch'
sidekiq-6.5.8/lib/sidekiq/job_retry.rb:113:in `local'
sidekiq-6.5.8/lib/sidekiq/processor.rb:135:in `block (5 levels) in dispatch'
sidekiq-6.5.8/lib/sidekiq.rb:44:in `block in '
sidekiq-6.5.8/lib/sidekiq/processor.rb:131:in `block (4 levels) in dispatch'
sidekiq-6.5.8/lib/sidekiq/processor.rb:263:in `stats'
sidekiq-6.5.8/lib/sidekiq/processor.rb:126:in `block (3 levels) in dispatch'
sidekiq-6.5.8/lib/sidekiq/job_logger.rb:13:in `call'
sidekiq-6.5.8/lib/sidekiq/processor.rb:125:in `block (2 levels) in dispatch'
sidekiq-6.5.8/lib/sidekiq/job_retry.rb:80:in `global'
sidekiq-6.5.8/lib/sidekiq/processor.rb:124:in `block in dispatch'
sidekiq-6.5.8/lib/sidekiq/job_logger.rb:39:in `prepare'
sidekiq-6.5.8/lib/sidekiq/processor.rb:123:in `dispatch'
sidekiq-6.5.8/lib/sidekiq/processor.rb:168:in `process'
sidekiq-6.5.8/lib/sidekiq/processor.rb:78:in `process_one'
sidekiq-6.5.8/lib/sidekiq/processor.rb:68:in `run'
sidekiq-6.5.8/lib/sidekiq/component.rb:8:in `watchdog'
sidekiq-6.5.8/lib/sidekiq/component.rb:17:in `block in safe_thread'
```
Alguma ideia do que está dando errado com base nisso?
Obrigado mais uma vez pelo seu apoio.
🙂
---
### Author:  [@trobiyo](https://meta.discourse.org/u/trobiyo)
#### Post date: [Junho 14, 2023, 1:29pm UTC](https://meta.discourse.org/t/sidekiq-stops-after-some-time/267777/8 "2023-06-14T13:29:53Z")
Olá Denis,
Isso me parece um problema com sockets/DNS que resulta em timeout? Você tem algo configurado em `allowed internal hosts`?
Analisando o stacktrace, ao fazer um lookup dos IPs, parece que essa lista está vazia (veja [discourse/lib/final\_destination/ssrf\_detector.rb at main · discourse/discourse · GitHub](https://github.com/discourse/discourse/blob/main/lib/final_destination/ssrf_detector.rb#L104)), acionado em [discourse/lib/final\_destination/http.rb at tests-passed · discourse/discourse · GitHub](https://github.com/discourse/discourse/blob/tests-passed/lib/final_destination/http.rb#L13), por isso, eu diria que isso pode estar associado à sua instalação (que não consegue alcançar o IP dos pods do sidekiq?)
Ou verifique se você está usando alguma NetworkPolicy instalada em seu cluster, este pode ser outro motivo.
Abraços
---
### Author:  [@system](https://meta.discourse.org/u/system)
#### Post date: [Julho 14, 2023, 1:30pm UTC](https://meta.discourse.org/t/sidekiq-stops-after-some-time/267777/9 "2023-07-14T13:30:01Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.