Site not working after maintenance reboot

March 29, 2018 302 views
Fedora

DO announced maintenance reboots to all servers affecting FRA1 which i'm hosted because of spectre and meltdown vulnerabilities.
After this action, my website is down and cannot access it via ftp or ssh or ping it's ip address.
However, I can access my droplet and seems to be up.
I can also access the console where it says "Give root password for maintenance (or press Ctrl-D to continue)"
When i give my root password i am able to log in to my system but still don't know what to do to bring my website back.
Thank you in advance

6 comments
  • I also opened a support ticket replying to the email sent, but after hours still no answer.
    Site is production and should fix this issue ASAP.
    Thanks.

  • Also tried via console to start httpd, mysqld and other services, it falls back to "Give root password for maintenance (or press Ctrl-D to continue)".
    journalctl - xb keeps playing messages of failed ftp mounts every 3 hours aproximately. So something is really going wrong after DO maintenance reboot.

  • What is the stack you use to host your site? LEMP? LAMP? and are all of the services running?

  • I'm Using LAMP. As i said before the only access i have is by droplet's console and tried to start httpd and other services.
    What exactly happens:
    Logging in by droplet's console and then checking, systemctl is-active httpd.service or mysqld.service --> inactive.
    When i'm trying to bring them up (i.e systemctl start httpd.service), for some reason it kicks me out without executing the command and have to log in again just to see that all services are still inactive.
    PS. I use a Fedora 21 system.

  • hmmm that is quite odd. I do not use Fed21 or like systems all to much. I would work on regaining normal SSH access while in the console then work on it that way. Something to try and do is to boot the droplet using the recovery kernal and work from there.

    https://www.digitalocean.com/community/tutorials/recovering-files-from-a-compromised-droplet-using-the-recovery-iso

    This tutorial explains how to recover files from your Droplet after an attack. Let's say that someone has gained access to your Droplet and launched an attack. Nobody wants to be in this situation. But, by using the recovery environment, you can quickly transfer your...
  • Thank you Jason. I want to ask a question. When i login from droplet's console, it informs me that i am on "emergency mode". Is this normal? Does this happen to your console?
    I'm asking because i guess that this is the reason why i can't start sshd daemon...
    I also thought of enabling it (systemctl enable sshd.service) and then reboot the droplet.
    Nothing changed; Daemon is inactive mode again and same happens to all services too (httpd, mysqld, vsftpd, iptables etc).

1 Answer

EEZY. ALL U NEED TO DO IS TAKE YOUR BOOT OFF AGAIN THEN PUT IT BACK ON. MAKE SURE THAT U WEAR THEM ESPEICALLY WHEN ITS RAINING WETNESS

Have another answer? Share your knowledge.