- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть ВДСка 2гига оперативы, 2ггц проц, 80гиг диск.
На нём крутятся 10-15 высокопосещаемых сайтов (двиг ДЛЕ) - в сумме трафа 120К (250К просмотров) / сутки, не считая ботов и сапы.
Днем, в пиковые нагрузки (и ночью тоже) при работе на FTP (скачать/закачать/отредактировать файл) постоянно вылазит ошибка 451 Transfer aborted. Insufficient memory or file locked. (работаю через Total Commander, но не в нем дело).
Также, на сайтах PHP скрипты время от времени обрабатывают картинки (которые лежат на сервере) - кропят и перезаписывают (для кеширования графики - к примеру, картинки топ-новостей и пара информационных блоков).
При нагрузке сервера (днем в основном) PHP скрипты не могут достучаться до файлов: Function: GetElement_Image Line:927 => Cannot perform getimagesize for file: _http://***.com/***/1262646913_e6fd3d7f-7863-4750-bb7a-c0251a1d6fc9.jpg - хотя, этот файл (и подобные ему) есть на сервере и прекрасно читаются по http-протоколу (PHP-код обработчика выверен до мелочей и оттестирован на многих сайтах). Доступ к файлам (группа/владелец) расписан корректно.
В общем, складывается впечатление, что есть проблемы с файловой системой (возможно, с сокетами).
Люди добрые, посоветуйте, что делать - а то уже возникло желание на дедик переехать (но сильно неохота это хозяйство переносить). Нужно решить проблему. Куда копать?
начать с того, что посмотреть error логи апача и/или nginx-а (если есть).
системные логи (/var/log/*, смотрим по /etc/syslog.conf - куда пишутся *.*) - поймите,
почему у вас 451 ftp-демон говорит, там будет написано.
если VPS на базе OpenVZ/Virtuozzo - смотрим /proc/user_beancounters
Еррорлог Аппача обильно усеян:
...
[warn] (105)No buffer space available: connect to listener on [::]:8080
...
...
...
[warn] (105)No buffer space available: connect to listener on [::]:8080
...
/proc/user_beancounters Permission denied
В логе proftp огромное количество:
...
notice: user: *****: aborting transfer: Insufficient memory or file locked
...
...
...
notice: user: *****: aborting transfer: Insufficient memory or file locked
...
В ерорлоге нжинкса ничего подозрительного - только ругня на несуществующие картинки изредка (например, ошибка шаблона сайта и т.д. - ничего серьезного).
alesty добавил 28.01.2010 в 15:53
ну и на закуску:
/proc/user_beancounters Permission denied
Ну так посмотрите его от имени того пользователя, который может его открыть.
Например от root.
Вероятнее всего, в текущей конфигурации нехватает памяти. Нужно либо смотреть
VPS на предмет возможных оптимизаций - либо перейти на другой тарифный план.
myhand, от рута и смотрю, блин.
либо перейти на другой тарифный план
это "максимальный" - хостер http://вдс64.com/vds , тариф VDS-Mega (75 баков).
смотреть
VPS на предмет возможных оптимизаций
- хостер даже на платной основе ничего не может оптимизировать, а доверять посторонним людям не могу.
Всё что мог, сам оптимизировал.
myhand, от рута и смотрю, блин.
Достаточно странно, покажите
это "максимальный"
- хостер даже на платной основе ничего не может оптимизировать, а доверять посторонним людям не могу. Всё что мог, сам оптимизировал.
Тогда вариантов немного - берите другой VPS или дедик. Ну, или применяйте
агрессивные методы оптимизации. Например, кеширование на nginx.
myhand,
и вот:
Агрессивные методы на Нжинксе не покатят - т.к. сайты постоянно меняются. Стоит кеш на аппаче и еакселератор.
нормальные разрешения стоят на файле, сделайте:
NB:
если вы не знаете как посмотреть содержимое текстового файла - может имеет смысл
таки доверить посторонним людям настройку сервера?
myhand, ну извините, затупил немного.
Главная проблема: numtcpsock (смотрим колоночку failcnt).
Вам нужно как-то оптимизировать утилизацию TCP-сокетов. В первую очередь,
нужно смотреть как связка nginx/апач устроена, может у вас апач слушает внешний IP.
Ограничить многопоточность в proftpd. И т.д.
NB: http://wiki.openvz.org/UBC
В первую очередь,
нужно смотреть как связка nginx/апач устроена, может у вас апач слушает внешний IP.
так и есть.
Уже перенастроил - теперь Нжинкс кидает всё Аппачу на 127.0.0.1:8080. За 2 часа наблюдений ничего не изменилось :(
Кстати, numtcpsock не растет - зато сильно растет tcpsnfbuf (сравните с предидущим скрином):