VM.center

Ядра дедика только на 30% напрягаются!

и что?
ты хочешь сказать что твой проект не нагружает весь сервер
да, такое бывает
у многих так же — про запас как говорится, если что случится

окей, я поработаю над ним в sh

Опять, блин как так… Помнишь 1 проблему? Через день дедик полетел (((

ссх не рубит

Сможете ребутнуть ?

щас ребутну

отправил

Сенкю

долго…

да, еще не ребутнулось
это не виртуалка же, а сервер
ты свой комп сколько ребутаешь ?

Где есть дедики за 10к, или хоть за 7к, это всего лишь вопрос!

Ещё долго ?

откуда я знаю ) я что бог что-ли?
видимо еще не ребутнулось
пока письма о успешном ребуте не пришло

серверы есть везде

НО ДЕЛО НЕ В ЦЕНЕ
если ты не умеешь работать с серверами — ты хоть миллмон потрать они будут так же убого работать у тебя

вот пришло

Problem during hard reboot of ns3053426.ip-164-132-205.eu.

We've received your request concerning hard reboot of
ns3053426.ip-164-132-205.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-08-05 13:21:02
— reboot date: 2017-08-05 13:21:04

похоже ты опять настройками угробил ОС на сервере
и она даже ребутнуться не смогла

Ты хочешь сказать что я убогий ?

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

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

окей, опять ждать 3 часа… Я потерял 200 онлайна на сервере

да, ты уже не первый раз косячишь с серверами
поэтому я считаю ты не умеешь ими пользоваться
или не знаешь linux

и поэтому прощу тебя по божески — НЕ ЗАКАЗЫВАЙ У МЕНЯ

Please note that our technical teams will intervene on your server ns3053426.ip-164-132-205.eu in 15 minutes in order to carry out the following intervention:

Diagnosis interface boot (rescue)

Kind regards,

15 минут ))

И кстати почему ядра только на 50% нагружаются?
Я вот в ssh поставил 7 ядер. Они должны все на 100% напрягаться.
При 200 онлайне сервера 7.0 ТПС

Понятия не имею
Я же не видел в глаза то что ты делаешь
Откуда я могу знать? Ты сам мозгом подумай ?

Короче я думаю и за плагинов сервер полетел…

Сколько ещё техник будет проверять ?

Откуда я знаю СКОЛЬКО?
ЧУВАК ТЫ ИЗДЕВАЕШЬСЯ?
Я же не бог чтобы знать СКОЛЬКО

Не бамби, я просто спросил...

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

Я тебе сказал — больше я ничего тебе не продам.
Ты успел меня заебать настолько на сколько не заебывает 100 клиентов

вот похоже техник сбросил в режим восстановления

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:
— xx.xx.xx.xx:444
— user: root
— password: 1Ae0JzEA4z9r

You may connect to your server through SSH with the following details:
— IP: xx.xx.xx.xx
— user: root
Password: 1Ae0JzEA4z9r

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

вот ответ техника, он закрыл задачу

The intervention on ns3053426.ip-164-132-205.eu has been completed.

This operation was closed at 2017-08-05 13:49:15

Here are the details of this operation:
Diagnosis interface boot (rescue)
Date 2017-08-05 13:37:21, yann M made Diagnosis interface boot (rescue):
Here are the details of the operation performed:
The server gets stuck in BIOS setting during boot.

Actions:
BIOS boot order correction.
Rebooting the server to «rescue» mode (Linux)

result:
Boot OK. Rescue mode accessible.

recommendations:
Configuration / error to be corrected by the customer

recommendations:
Configuration / error to be corrected by the customer

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

Как исправишь, напишешь, чтобы я перезагрузил в нормальный режим

короче админ говорит — только переустановка ОС

19:08 — alice2k: опять тот чел раздрочил сервер
19:08 — Vova1234: сейчас
19:08 — Vova1234: скажу
19:08 — Vova1234: что за команды он делал
19:08 — Vova1234: сек
19:10 — Vova1234: apt-get --force-yes -y -o Dpkg::Options::=--force-confnew install --reinstall grub-efi
19:10 — Vova1234: какой
19:10 — Vova1234: смысл ставить
19:10 — Vova1234: свой grub?
19:10 — Vova1234: по этому и сервер сдыхает
19:16 — alice2k: не починить?
19:17 — alice2k: я ему дал твой билл пусть покупает у тебя )
19:17 — Vova1234: не починить
19:17 — Vova1234: ставить
19:17 — Vova1234: grub
19:17 — Vova1234: и оно слетает

Резюме