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

Sidekiq worker doesn't start until I ssh in to the server (systemd) #311

Open
gregblass opened this issue Oct 7, 2022 · 3 comments
Open
Assignees

Comments

@gregblass
Copy link

gregblass commented Oct 7, 2022

When I do a deploy, everything appears to work - but a worker doesn't spawn until I ssh into the server (user 'deploy'). As soon as I ssh in, the worker starts up.

Has anyone experienced this? Any clue as to what I might be missing from my config?

Capistrano is running this, which appears to work (or at least doesn't error):
systemctl --user start sidekiq

But, the no worker shows up in the sidekiq dashboard until I SSH in as the deploy user.

@seuros seuros self-assigned this Oct 8, 2022
@seuros
Copy link
Owner

seuros commented Oct 8, 2022

@gregblass can you test with the alpha version please!

The readme has a link to a sample application to see test different settings.

Remember to clean up the old services, the new version generate a service with the name of the application + stage (you can override it)

@dapi
Copy link

dapi commented Feb 3, 2023

enable linger

@lucien-chastan
Copy link

I had exactly the same problem, sidekiq was only running when I connected to my server using ssh. It was indeed an enable linger problem. Thanks @dapi 🙏

To complete @dapi 's answer, I ran this command :

sudo loginctl enable-linger my_username

in this case my_username is deploy

I found documentation about loginctl enable-linger here: https://wiki.archlinux.org/title/Systemd/User#Automatic_start-up_of_systemd_user_instances

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

No branches or pull requests

4 participants