Уважаемые клиенты сервера ovz28!
На сервере сейчас производятся внеплановые технические работы, время восстановления пока неизвестно, проводим первичную диагностику. Как появится точная информация - сразу сообщу.
На правах офтопа, у нас был один клиент, который размещал клиентов даже не на сервере, а на VPS, причем даже не топовой конфигурации :)
1. То есть аккаунт в биллинге также недоступен? Для начала тогда восстановите пароль к биллингу, все остальные данные восстановим по тикету из биллинга.
2. Стоимость установки Nginx 4.9 евро единоразово
3. Необходимо создать тикет в отдел по работе с клиентами, мы выставим счета на оплату и сразу после оплаты сменим тарифный план.
Да, конечно же, такая возможность существует.
Pavel.Odintsov добавил 15.02.2010 в 19:56
Уважаемые клиенты!
Всем, у кого сегодня возникают проблемы с доступом в панель управления DNS (http://ns3.fastvps.ru) рекомендуем использовать защищенный протокол для доступа к панели: https://ns3.fastvps.ru/manager/
Не совсем, прием банковских платежей, к сожалению, пока не автоматизирован полностью и счета выставляются только по тикету в тех поддержку.
Сейчас уже у всех доступен :) Был небольшой сбой в работе скриптов, что привело к недоступности биллинга в течение 10 минут, сейчас все ок.
Попробуйте df -i, это покажет число занятных айнодов, часто кончаются именно они.
Имелся в виду OVZ шаблон :)
Тогда с этого и следовало начинать :) Можете прислать резюме мне на odintsov@fastvps.ru, у нас очень много интересных проектов и мы всегда рады отличным специалистам!
Всем отписавшимся в теме спасибо, отдельное спасибо rustelekom! Все советы учтем, а r1soft уже поставили и тестим, правда для другого проекта :)
В среднем на каждом сервере занято порядка 250 Гигабайт, при этом очень высок процент мелких файлов, резервное копирование такого объема даже на довольно быстрый отдельный дисковый массив занимает около 10-15 часов (частично по вине как раз мелких файлов) и производит крайне высокую нагрузку на диск. Это приводит к значительному снижению скорости работы дисковой системы для клиентских серверов, что неприемлемо.
Конечно, возможен вариант инкрементальных бэкапов, но он также требует считывания всех файлов и поиска изменившихся, что по нагрузке на диски выходит примерно также, разве что экономит место на бэкап стораджах, с которым как раз никаких проблем.
