CityCat4 вы правы, просто обстановка часто к этому не распологает.
Не каждый местечковый провайдер готов настривать бгп с кемто, да и покупать АСку например для небольшого офиса - явно перебор, а вот пару стареньких компов выделить для этого - вполне бюджетно.
скорее всего все что есть в папке /var/www/mysite/ принадлежит пользователю apache
у пользователя ftpuser туда прав нету, чтобы это решить вам нужно реорганизовать то как у вас вебсервер apache запускает php.
Для этого вам нужно:
1 настроить и установить suphp
2 внести необходимые правки в виртуалхосты
3 настроить фтп с использованием новых пользователей.
Тогда у вас под каждый сайт будет свой пользователь, php скрипты выполняются от его имени и только в папке этого сайта, он владелец всех файлов этого сайта - онже используется для доступа по фтп
Сергей Горностаев, Вы тут расказывает про звездолеты, а обычный LAMP хостинг на маленькой VPS может упасть по многим причинам, приведу самые частые:
1 сервер ушол в своп и не вернулся
2 ООМ убил апач или БД
3 Кончились слоты в апаче
И да долбеж ботов в wp-login.php иногда создает абсолютно не нормальную нагрузку (регулярно наблюдаю это на шаред хостинг серверах) и это проблема именно вордпресса.
Треш это сопровождать скомпрометирыванную систему - вы никогда не сможете быть уверенны что 100% все вычистили, что там не остался дето подгруженный модуль ядра или модифицированные бинари гдето. Любая трабла там будет вас заставлять думать а не связано ли это с тем отломом.... ?
Хотите спать спокойно - переустанавливайте ОС.
самый простой способ - закрыть им вобще 25ый порт наружу, и настроить отдельно почтовый релей с спаморезкой например rspamd, владельцев виртуальных серверов заставить юзать этот релей.
Сложные решения - всякие man in the middle спаморезки но это сложно и дорого и часто работает криво.
В выводе что вы указали уже видно что там пробелмы с журналом, вам нужно сделать проверку - выполните touch /forcefsck и перезагрузитесь, после проверки обязательно посмотрите в папку lost+found там могут быть файлы которые востановлены но проверка незнает их имен и папок где они были раньше.
Эмм если у вас на столько суровый продакшен что даунтаймы не приемлимы совсем - то вам либо покупать это либо покупать еще железо и строить HA кластер, пр чем я рекомендовал бы именно HA кластер.
исходя из iostat.conf запускается оно так:
/usr/libexec/zabbix-extensions/scripts/iostat-parse.sh /tmp/iostat.out $1 $2
где $1 в вашем случае: sda
а $2 для итема "Disk sda utilization": util
итого
/usr/libexec/zabbix-extensions/scripts/iostat-parse.sh /tmp/iostat.out sda util
потому что скрипт /usr/libexec/zabbix-extensions/scripts/iostat-parse.sh вместо данных которые ожидаются float выдал текст(сообщение об ошибке) "FATAL: datafile not found"
Надо смотреть есть ли индекс или может это уже праймари кей поле post_id в таблице wp_postmeta,
еслои это поле не праймари кей и не индекс то сделать на него индексы это ускорит поиск.
Вы можете также настроить использование памяти mysql сервера в его конфиге - my.cnf
как это делать - лучше почитайте статьи так как надо смотреть по обстановке.
Увеличение свопа врядли поможет - он очень медленный по сравнению с памятью.
Не каждый местечковый провайдер готов настривать бгп с кемто, да и покупать АСку например для небольшого офиса - явно перебор, а вот пару стареньких компов выделить для этого - вполне бюджетно.