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

Problem: Minio service is unresponsive after server reboot #70

Open
smalusa opened this issue Jun 30, 2022 · 5 comments
Open

Problem: Minio service is unresponsive after server reboot #70

smalusa opened this issue Jun 30, 2022 · 5 comments
Assignees
Labels
bug Something isn't working Version 2.0

Comments

@smalusa
Copy link
Contributor

smalusa commented Jun 30, 2022

Describe the bug
After department update of servers, MINIO did not reconnect -

To Reproduce
Monthly server update at SNRE

  1. Login page of SPARCd program and input login information
  2. Login
  3. Error is produced "Invalid URL, Username or Password"
  4. This is alleviated when Julian SSH'd the server
  5. Not sure if it will repeat with each update service

OS and Environment (please complete the following information):

  • OS: [ Windows and MacOS,
  • Java Version [e.g. 15]
  • SPARCd Application Version [e.g. v2022-04-06]
@smalusa smalusa added bug Something isn't working Version 2.0 labels Jun 30, 2022
@smalusa smalusa changed the title Problem: MINIO update/reboot caused server disconnect - Problem: Minio service is unresponsive after server reboot Jun 30, 2022
@Chris-Schnaufer
Copy link
Contributor

This appears to be caused by a tmux session needing to be established on the server and left running.

Paraphrased from a Slack conversation with @julianpistorius:

The workaround is to ssh into the server as the minio user, then create a tmux session, disconnect from the tmux session, and then log out. That automatically starts the containers and keeps them running.

Note that you have to be on campus or on the VPN to ssh in

@Chris-Schnaufer
Copy link
Contributor

@julianpistorius Is there a way to automate this?

@julianpistorius
Copy link
Contributor

@Chris-Schnaufer I think we need to do this:

loginctl enable-linger minio

From: https://wiki.archlinux.org/title/Systemd/User#Automatic_start-up_of_systemd_user_instances

@julianpistorius
Copy link
Contributor

I've enabled this. Let's see if this solves the problem by seeing if the services come back online after the maintenance on Thursday.

@julianpistorius
Copy link
Contributor

julianpistorius commented Mar 27, 2023

It seems to be up. Just not sure if the server was restarted or not. @Chris-Schnaufer can you log in and check uptime?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working Version 2.0
Projects
Status: No status
Development

No branches or pull requests

3 participants