- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева

Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Ребята из всего вышеперечисленного у меня два варианта
1. Либо переехать на другой VPS сервер к другому хостинг-провайдеру
2. Либо нанять для разовой работы специалиста по настройке сервера и приведению его в надлежащий вид
Поскольку проектом планирую заниматься серьезно 5 к в день это только начало, думаю за полгода доведу до 15к
Если есть желающие поработать разово готов к диалогу
---------- Добавлено 23.11.2015 в 23:54 ----------
Ну а если переезжать, буду рад если кто то посоветует хороший хостинг провайдер где не будет таких заморочек
Заморочки будут всегда. Лучше на этом примере разберитесь самостоятельно - окупится.
Вот график в режиме реального времени, распределения процессорного времени, оперативки и дискового пространства
Как видно из графика в момент падения сервера, использование оперативной памяти не 100% - а около 30%. То бишь оперативки хватало, ошибка Unable to fork: Cannot allocate memory - уже была, и сервак не работал. О чем это говорит?
ну значит или оверселлят или криво настроено, в общем в обоих вариантах вы не получаете указанного реального объема оперативки.
Еще и оказывается продают впски с полурабочими дефолтными настройками.
По-моему, уже давно они стали MaxClient для apache сразу в шаблоне настраивать соответственно тарифу . И это хорошо.
Если бы у меня спросили какую ОДНУ настройку поменять для стабильности - я бы посоветовал именно эту.
Так что вероятнее всего какая-то нештатная ситуация.
1ori
неужели у вашего хостера нету платной услуги по администрированию серверов?
попросите их пусть возьмут под контроль вашу проблему.
администрирование понадобиться и в дальнейшем для профилактики и обновления ПО.
1ori
неужели у вашего хостера нету платной услуги по администрированию серверов?
попросите их пусть возьмут под контроль вашу проблему.
администрирование понадобиться и в дальнейшем для профилактики и обновления ПО.
Я поинтересуюсь, но в договоре такого пункта не нашел
Я поинтересуюсь, но в договоре такого пункта не нашел
в договоре не всегда пишут перечень услуг
Хостера поменять надо в любом случае, на хостера хотя бы без openvz. С этим убожеством намучаетесь.
Ну а если переезжать, буду рад если кто то посоветует хороший хостинг провайдер где не будет таких заморочек
Здесь похоже на косяк хостера, но если все равно нет желания разбираться с vps, то возможно вам будет проще взять т.н. "vip хостинг". В соседнем разделе такое предлагают. Это обычный хостинг, но с большими лимитами по ресурсам (cpu/mem).
Если же есть желание разобраться, то начните с уже данных советов и покажите вывод cat /proc/user_beancounters
Всем привет!
Как представитель обсуждаемого хостинга, дам комментарий:
В OpenVZ лимитирование ресурсов для контейнеров описано на странице https://wiki.openvz.org/Resource_management, помимо ограничения использования дисковой подсистемы, CPU, есть такой механизм https://wiki.openvz.org/UBC, который занимается не только ограничением потребления памяти, но и количества процессов, правил iptables, количества сокетов и прочего на контейнерах. Очень хороший механизм для того, чтобы хост-нода не захлебнулась от аномальной активности на контейнерах (например fork-бомб).
Так вот событие "Unable to fork: Cannot allocate memory" можно поймать не только при недостатке памяти, но и при выходе за счетчики в UBC.
Запускаем простейшую fork-бомбу на bash и получаем нашу ошибку, как пример "оверселлинга и плохого хостинга"
Состояние памяти и счетчиков UBC
В данном случае у клиента возникла именно данная проблема - превышение количества процессов из-за аномальной активности на сервере.
Уважаемый 1ori, подробности проблемы в тикете Вам сообщили.