aruba

Eugene Grosbein написал(а) к Alex Korchmar в May 18 15:20:58 по местному времени:

15 мая 2018, вторник, в 10:57 NOVT, Alex Korchmar написал(а):

AK>>> из freebsd team надо трахаться с gnop.
EG>> Не надо с десятки.
AK> ну ок, есть какие-то загадочные "min" и max tunables.
AK> Зачем, нахрена, кто эту глупость придумал вместо параметра командной строки?

Вопрос не ко мне.

Eugene
--
Поэты - страшные люди. У них все святое.
--- slrn/1.0.2 (FreeBSD)

Alex Korchmar написал(а) к Slawa Olhovchenkov в May 18 13:52:44 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Slawa Olhovchenkov <Slawa.Olhovchenkov@f500.n5030.z2.fidonet.org> wrote:

AK>> самому потестировать с ashift 9,12 и 13 - банальный cp -R /usr/src /кудато
AK>> должен дать результат (а если его нет - "зачем платить больше")
SO> у меня и так упирается в паспортный предел.
ну значит тебе пофигу какой там ashift.

> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein написал(а) к All в May 18 16:57:36 по местному времени:

14 мая 2018, понедельник, в 21:19 NOVT, Eugene Grosbein написал(а):

EG> Имею сказать насчёт Arubacloud.
EG> Десятого числа моя тамошняя виртуалочка, у которой в /etc/crontab
EG> есть строчка @reboot для уведомления почтой о ребуте,
EG> уведомила об этом шесть раз подряд с небольшими промежутками
EG> по нескольку минут и перестала отвечать совсем.
EG> Recovery console через веб-браузер для виртуалок у них
EG> не работает - то есть, пока виртуалка жива, оно пашет,
EG> можно залогиниться, поковыряться в single user и т.д.
EG> Но если ядро по каким-то причинам умирает, то при подключении
EG> к recovery у них происходит невняткая ошибка VNC и до показа
EG> эмулируемой VGA-консоли дело не доходит. Так вышло и теперь.
EG> Состояние сервера в панели управления было "ON" или "Connected".
EG> Команда насильного гашения сервера делалал вид, что отработала,
EG> но состояние не менялось. Аналогично команда reset тоже
EG> делала вид, что отработала, без каких-либо изменений в реальности.
EG> Написал в техподдержку это всё по-английски в support ticket.
EG> Да, уведомления по почте об ответах на тикет раньше работали,
EG> но уже давно сломаны - надо заходить в тикетницу и поллить вручную.
EG> Через три дня зашел - увидел там ответ техподдержки, подтверждающий
EG> наличие проблемы с VPS и сообщение об эскалировании проблемы адинам.
EG> Сервер всё ещё лежал. Ещё раз ткнул в останов и о чудо, статус
EG> сменился на OFF. Включил и оно задумалось на много минут, но в итоге
EG> пришло письмо от самого сервера, что он ожил.
EG> Дополнил тикет этой инфой и вопросил, какого собственно?
EG> Щас спустя несколько часов попытался снова залогиниться
EG> в Customer Area, чтобы посмотреть в тике - хрен там,
EG> после ввода логина с паролем https://customerarea.aruba.it/Start/LoginCustomer
EG> сразу выдаёт:
EG> Error.
EG> An error occurred while processing your request.
EG> Такие пирожки за 1 евро в месяц.

Через 6 дней после создания тикета получил такой ответ:

> Dear customer, Commands set from the Control Panel are queued and common
> to all users of the platform. Their execution times depends heavily
> on the current workload of the provisioning system. Therefore the more
> cumulative requests are stacked the more delayed get the standard
> time of execution even despite all our made efforts to minimized
> those counter effects as much as possible. Regarding your server issue,
> your platform administrators confirmed us that the main issue was not
> linked to your VPS or tis integrity/system but to some provisioning issue.
> Remaining at your disposal.

Eugene
--- slrn/1.0.2 (FreeBSD)