Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


How to Access New OVH Dedi as Root
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

How to Access New OVH Dedi as Root

Hey guys,

My apologies if this is a stupid question, but I honestly can't figure it out. Have a pending ticket open but figured I'd ask here for a quicker reply from you guys who likely have some experience with this.

Just finished installing the OS (Debian 10) on a new OVH dedi, and was emailed the login details for a "debian" user, but no root. I need to access my server as well but can't seem to find a root password anywhere. Tried the password they emailed me for the debian user and that didn't work.

How do you guys get access to your OVH servers as root? Am I going to have to reset it through rescue mode as one of their guides suggests for when you forget it?

Thanks guys, hoping this is a simple fix and I'm just missing something super obvious.

Comments

  • O man -..- you install debian/ubuntu on a server and you don't know what to do after ? -..-
    Dont' you have 20sec for a Google Search: "How to enable root login" ... ? :smile:

    https://askubuntu.com/questions/44418/how-to-enable-root-login

  • @minus79 said:
    O man -..- you install debian/ubuntu on a server and you don't know what to do after ? -..-
    Dont' you have 20sec for a Google Search: "How to enable root login" ... ? :smile:

    https://askubuntu.com/questions/44418/how-to-enable-root-login

    Yes, I have been searching Google and the OVH documentation. I've used them before years ago and I've never had this issue with them or with other providers of not being provided root login details immediately after installing an OS.

    So I figured I had to be missing something relatively simple that is unique to OVH.

  • Usually root login is blocked for security reasons. Just use sudo instead (or run sudo -i to change the user to root)

  • sudo passwd

  • Thanks for the suggestions, everyone. Found the solution for this particular scenario, hope it helps anyone else who finds themselves having the same issue and stumbles upon this thread.

    Solved the issue by reverting back to Debian 9.4 and choosing the "original kernel" option during the installation. This option wasn't available for Debain 10 (yet, I assume) and I suppose the lack of root user credentials upon setup is unique to the OVH kernel.

    With the original kernel everything is working fine.

    Thanks again, hope this helps someone.

    Thanked by 1Amitz
  • MikeAMikeA Member, Patron Provider

    @integritly said:
    Thanks for the suggestions, everyone. Found the solution for this particular scenario, hope it helps anyone else who finds themselves having the same issue and stumbles upon this thread.

    Solved the issue by reverting back to Debian 9.4 and choosing the "original kernel" option during the installation. This option wasn't available for Debain 10 (yet, I assume) and I suppose the lack of root user credentials upon setup is unique to the OVH kernel.

    With the original kernel everything is working fine.

    Thanks again, hope this helps someone.

    Best to always use original kernel, also make sure to uninstall OVH's monitoring that's pre-installed. Maybe it isn't for Debian 9, I don't know. Check top for the processes using some CPU.

    Thanked by 2integritly Amitz
  • @MikeA said:
    Best to always use original kernel, also make sure to uninstall OVH's monitoring that's pre-installed. Maybe it isn't for Debian 9, I don't know. Check top for the processes using some CPU.

    Thanks, I was not aware of that. Will make sure it's off as well.

  • i dont see any useable answers here.

    first of all, call them for immediate help, instead of tickets.

    also regardless ovh kernels, install what YOU demand. and it is good to have ovh monitoring option, if anything happens it immediately triggers the specialists to diagnose your box at the physical location and fix it for you within an hour. Thats the main advantage over public cloud plans.

    accessing the root

    sudo su

    vim /root/.ssh/authorized_keys (or authorized_keys2)

    then delete the first line up to ssh-rsa
    or # sed -i 's/^.*ssh-rsa/ssh-rsa/' /root/.ssh/authorized_keys

  • MikeAMikeA Member, Patron Provider

    @sangdogg said:
    also regardless ovh kernels, install what YOU demand. and it is good to have ovh monitoring option, if anything happens it immediately triggers the specialists to diagnose your box at the physical location and fix it for you within an hour.

    If a server is down OVH will check it regardless, the monitoring software they install on their servers isn't needed. If you were

  • @MikeA said:

    @sangdogg said:
    also regardless ovh kernels, install what YOU demand. and it is good to have ovh monitoring option, if anything happens it immediately triggers the specialists to diagnose your box at the physical location and fix it for you within an hour.

    If a server is down OVH will check it regardless, the monitoring software they install on their servers isn't needed. If you were

    for dedi, there is opt out services for ping check. then they dont bother.
    by the way whats the ovh monitoring software in the process? i have never saw one in all plan in centos debian and ubuntu.

  • @MikeA said:

    @sangdogg said:
    also regardless ovh kernels, install what YOU demand. and it is good to have ovh monitoring option, if anything happens it immediately triggers the specialists to diagnose your box at the physical location and fix it for you within an hour.

    If a server is down OVH will check it regardless, the monitoring software they install on their servers isn't needed. If you were

    if you are talking about sysstat in the cron
    then overselling service providers should turn it off as sa command does take maximum resources caused by each vm.

  • plain root access is disabled by default in recent openssh versions for a reason. has been that way for while in ubuntu and debian - and that's not OVH related and for sure got nothing to do with any kernel...

    I suggest to learn faster or better not administer a dedicated server facing the public internet.

  • NekkiNekki Veteran

    The debian user provided has super user rights, so all you need to do is elevate your rights, set a password for root, enable root login in sshd_config and then restart ssh, job done.

    I wouldn’t actually suggest you do that, but if you must, there it is.

Sign In or Register to comment.