Клиент

Переустановите ос

Я

какую ОС сделать ?

Клиент

а нет можете перезапустить он просто завис

Я

отправил

Клиент

долго ещё ?

Я

We've received your request concerning hard reboot of
ns395354.ip-176-31-117.eu. The server has been rebooted but it isn't
responding to ping command.

It may be cause by a malfunction of reboot system or a
problem with your machine.
We'd like to inform you that our technician will conduct
an intervention to solve the problem.

For your information:
— request date: 2017-07-06 12:10:39
— reboot date: 2017-07-06 12:11:04
Перезагрузка не удалась
Будет смотреть техник

Клиент

хорошо
дедик зароботал, но пороль не правельный.

Я

сбросили в режим восстановления
будешь пробовать чинить? или сразу новую ОС
Your server has been started in 'Rescue' mode. This has either been requested by you in the OVH manager or a technician has had to do this because of an error that needs to be resolved in Rescue mode.

This mode means that a basic Linux/BSD system has been launched on your server through the network. This is not the system installed on your server and none of your disks have been mounted.

A web interface is available for you to carry out diagnosis on your server (hard disk, raid, ram, CPU) and to browse your file systems using the following details:
— 176.31.117.155:444
— user: root
— password: oVF37En5FlSj

You may connect to your server through SSH with the following details:
— IP: 176.31.117.155
— user: root
Password: oVF37En5FlSj

You can now carry out the maintenance required to the repair your server.

For example, you can:
— check and update your network configuration files,
— check and decontaminate your firewall if required,
— check and update your LILO or GRUB (or to configure another Netboot via the network)
— launch a manual check of your file systems,
— carry out backup or restoration of data,
— etc.

If you think you have identified and fixed the problem and wish to boot from
the OS installed in your server, you must configure the 'Netboot' in the OVH Manager to the HD or to an OVH-certified kernel: help.ovh.ie/KernelNetboot
You may then soft-reboot your server (avoid reboots via Manager).

For further information, check our guide:
help.ovh.ie/RescueMode
Так что, нужно переустанавливать ?

Клиент

можете пожалуйста установить apache2

Я

нет, таким не занимаемся

и куда устанавливать, если у тебя сервер в «режиме восстановления»

Клиент

Здравствуйте!
у меня возникла проблема, сначало у меня тупил дедик при заливании файла мне писало
error while writing: received failure with description 'Failure'
а потом после rboot у меня переустановилась ос и сменилася пороль
вы можете сделать backup системы? у меня там просто очень важные файлы.
Ау вы тут?

Я

Как я сделаю тебе бекап системы?
Я могу только перезагрузить, переустановить ОС, или сбросить в режим восстановления
Это дедик, а не хостинг какой-ниб, где хостер делает бекапы за свой счет
Я вижу 6 июля — сервер был сброшен в режим восстановления
И похоже с того момента ничего не изменилось, так?

Чинить ОС ты не умеешь. Так?

Щас тогда попробую перезагрузить в обычный режим. Может поднимется

Клиент

у меня пороль сменился после reboot

Я

Разумеется сменился.
Ты понимаешь о чем я говорю вообще?
Тебе сбросили сервер в режим восстановления.
Чтобы заказчик сервера, т.е. ты исправил косяк ОС.
Как я понимаю ты что-то настроил в ОС и она перестала работать. Сработал мониторинг дата-центра, что сервер не доступен. И создался авто-тикет сотруднику ДЦ и он посмотрел, диагностировал и сбросил. Потому что администрированием этот ДЦ не занимается, если бы занимался цены были бы в 3 раза дороже. И клиенты сами должны чинить свои косяки. И есть такой режим восстановления через который можно починить. Но ты не умеешь.

KVM ты тоже пользоваться не умеешь? Как вариант можно купить на 24 часа KVM к этому серверу за 25 евро.
Но если ты не умеешь — тебе это не поможет.

сейчас я попробую ребутнуть в обычный режим
но вряд-ли это тоже поможет
скорее всего опять сработает мониторинг и техник через час потом так же сбросит в режим восстановления

верно, перезагрузка не удалалсь

Our monitoring system has just detected a fault on your server ns395354.ip-176-31-117.eu.
The fault was noticed on 2017-07-10 09:14:08

Our team of technicians on site (operational 24/7), has been informed
of the fault and will intervene on your machine.

Please be aware that other interventions may currently be in progress and
an intervention lasts on average 30 minutes per machine.

We are therefore not able to give you more details on the starting time
of the intervention.

You can see a general display of the machines currently in fault and
in intervention across our network at the following address:

status.ovh.ie/vms/

Your server is in rack 54A11

You will receive an email as soon as a technician takes charge of your
server. Meanwhile, you have can reboot it via your manager.

Logs:
—
PING ns395354.ip-176-31-117.eu (176.31.117.155) from 213.186.33.13: 56(84) bytes of data.
From 213.186.33.13: Destination Host Unreachable
From 213.186.33.13: Destination Host Unreachable
From 213.186.33.13: Destination Host Unreachable

— 176.31.117.155 ping statistics —
10 packets transmitted, 0 packets received, +6 errors, 100% packet loss
—

Kind regards

Перезагрузка не удалась
Автоматическая система мониторинга сообщила техникам о том, что сервер не доступен
Ждем техника, он снова сбросит в режим восстановления скорее всего

Problem during hard reboot of ns395354.ip-176-31-117.eu
Dear Sir or Madam,

We've received your request concerning hard reboot of
ns395354.ip-176-31-117.eu. The server has been rebooted but it isn't
responding to ping command.

It may be cause by a malfunction of reboot system or a
problem with your machine.
We'd like to inform you that our technician will conduct
an intervention to solve the problem.

For your information:
— request date: 2017-07-10 09:12:29
— reboot date: 2017-07-10 09:13:05

вот еще уведомление, что перезагрузка не удалась

и как раз приписка, что техник будет смотреть

We'd like to inform you that our technician will conduct
an intervention to solve the problem.

а вот и режим восстановления

Dear Customer,

Your server has been started in 'Rescue' mode. This has either been requested by you in the OVH manager or a technician has had to do this because of an error that needs to be resolved in Rescue mode.

This mode means that a basic Linux/BSD system has been launched on your server through the network. This is not the system installed on your server and none of your disks have been mounted.

A web interface is available for you to carry out diagnosis on your server (hard disk, raid, ram, CPU) and to browse your file systems using the following details:
— 176.31.117.155:444
— user: root
— password: zZoVeZhafP73

You may connect to your server through SSH with the following details:
— IP: 176.31.117.155
— user: root
Password: zZoVeZhafP73

You can now carry out the maintenance required to the repair your server.

For example, you can:
— check and update your network configuration files,
— check and decontaminate your firewall if required,
— check and update your LILO or GRUB (or to configure another Netboot via the network)
— launch a manual check of your file systems,
— carry out backup or restoration of data,
— etc.

If you think you have identified and fixed the problem and wish to boot from
the OS installed in your server, you must configure the 'Netboot' in the OVH Manager to the HD or to an OVH-certified kernel: help.ovh.ie/KernelNetboot
You may then soft-reboot your server (avoid reboots via Manager).

For further information, check our guide:
help.ovh.ie/RescueMode

вот как им пользоваться
help.ovh.ie/RescueMode
docs.ovh.ca/en/guides-ovh-rescue.html

а вот резюме техника

The intervention on ns395354.ip-176-31-117.eu has been completed.

This operation was closed at 2017-07-10 09:27:12

Here are the details of this operation:
Diagnosis interface boot (rescue)
Date 2017-07-10 09:21:13, pierre P made Diagnosis interface boot (rescue):
Here are the details of the operation performed:
The server gets stuck during the boot phase, with the message:
(error: file not found; grub rescue)
A restart on the standard OVH kernel ('netboot') does not correct the
situation.

Actions:
Rebooting the server to «rescue» mode (Linux)

result:
Boot OK. Rescue mode accessible.

recommendations:
Configuration / error to be corrected by the customer

рекомендация

Configuration / error to be corrected by the customer

конфигурация должна быть исправлена заказчиком

итого
если ты не умеешь администрировать
ищи админа который тебе за деньги это сделает

а если нужно переустановить ОС с нуля
смело пиши — это не проблема

Клиент

ладно переустановите ос

Я

Your server is installed in Debian 7 oldstable (Wheezy).
This distribution is based on a 64 bit system.

Please find your server's connection settings attached.

SERVER SETTINGS:
IP address: 176.31.117.155
Server name: ns395354.ip-176-31-117.eu

The following root account has been configured on the server:
Username: root
Password:

Клиент

опять не роботает в чем проблемы?

а все заработал

опять выключился дедик, почему у вас такие проблемы когда я был на Hetzener там таких проблем не было.

он то работает то нет

Я

я думаю проблема в тебе
ты что-то настраиваешь и блокируешь порты например
много людей так делают

остальные же пользуются и проблем не знают

Клиент

все проблему решил у меня просто игровой сервер на дедике, и оперативная память была нагружена на 100% из-за этого у меня вылетел сервер.

ребутните дедик

Я

отправил

Резюме

Итого, как мы видим — человек не понимал что купил. Писал про какой-то апач. Портил настройки сервера.
Не умел восстанавливать через режим восстановления.
Ну и поэтому тупо проебал свои файлы.
И пришлось с нуля ему переустанавливать ОС.
Вот что значит — покупать сервер без поддержки. И дата-центр OVH именно так и работает. Там все автоматически. Все косяки клиенты должны исправлять сами. Ну а я как посредник в закупках — тоже не занимаюсь поддержкой и копаться в чужих серверах нету желания.
Если вы не умеете — покупайте там где есть поддержка. Но и стоить услуга будет в разы дороже. Или же меньшие по мощности ресурсы с каких-ниб шаредов или VDS нод.