Установка и настройка VPS c ОС Ubuntu или Debian
Еще не купили / арендовали VPS? Изучите статью “Как выбрать VPS, панель управления и Web-сервер“. Пришло время настроить VPS на максимальную производительность. Рассмотрим процесс настройки сервера на базе Debian / Ubuntu. ОС установлена (это делается в панели управления хостингом).
Обновление и настройка ПО на сервере
Вход через ssh:
Пользователь – чаще всего root (не является безопасным). Вместо ip вводите адрес сервера. Все данные входа должен дать хостер. У серьезных хостеров вход по ssh ключам. Команда подключения:
ssh пользователь@ip
Подключение успешно:

Обновите сервер:
apt update && apt upgrade
apt install atop mc
Файловая система
Настройте файловую систему. VPS, внезапное отключение электричества не грозит. Некоторое снижение надежности файловой системы не критично. Прирост скорости операций с диском – 10-15 процентов.
Существует три разных варианта журналирования файловой системы ext4:
- Journal Mode (медленный, наиболее безопасный)
- Ordered Mode (средняя скорость, безопасный, опция по умолчанию)
- Writeback Mode (быстрый, относительно безопасный)
Узнаем имя диска на виртуальной машине:
df -h
Наш диск – /dev/vda2. Тюним его:
tune2fs -o journal_data_writeback /dev/vda2
Открываем /etc/fstab, вносим изменения. Добавляем noatime, nodiratime, noacl, data=writeback, commit=15, barrier=0. Файл до редактирования:
/dev/vda2 / ext4 errors=remount-ro 0 1
После редактирования:
/dev/vda2 / ext4 noatime,nodiratime,noacl,data=writeback,commit=15, barrier=0,errors=remount-ro 0 1
Редактируем /etc/default/grub – добавляем rootflags=data=writeback.
Новая версия: GRUB_CMDLINE_LINUX_DEFAULT=”quiet elevator=noop fsck.repair=yes rootflags=data=writeback”
mcedit /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet elevator=noop fsck.repair=yes rootflags=data=writeback"
Обновляем загрузчик, перезагружаем систему:
update-grub
reboot
Если файловая система не доступна для записи…
mount -no remount,rw /dev/vda1(vda1 замените на свой диск) – файловая система теперь доступна для записи.
Подключаемся к серверу, продолжаем настройку. Значения параметров определяющих быстродействие измените на оптимальные. Установите лимиты открытия файлов, потребления ресурсов:
Лимиты
Внесем изменения в файл /etc/sysctl.conf
mcedit /etc/sysctl.conf
Добавим в конец файла (не забыв сохранить):
vm.swappiness = 1
fs.file-max = 130000
fs.nr_open=1048576
kernel.msgmnb = 65536
kernel.msgmax = 65536
kernel.shmmax = 68719476736
kernel.shmall = 4294967296
net.core.wmem_max = 16777216
net.core.rmem_max = 16777216
net.core.somaxconn = 300000
net.core.netdev_max_backlog = 8192
net.core.netdev_budget=600
net.ipv4.tcp_syncookies = 0
net.ipv4.tcp_fin_timeout = 10
net.ipv4.conf.all.accept_redirects = 0
net.ipv4.conf.all.secure_redirects = 0
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.default.arp_ignore = 1
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.default.accept_source_route = 0
net.ipv4.tcp_fack = 1
net.ipv4.tcp_sack = 0
net.ipv4.tcp_mem = 8388608 12582912 16777216
net.ipv4.udp_mem = 8388608 12582912 16777216
net.ipv4.udp_rmem_min = 16384
net.ipv4.udp_wmem_min = 16384
net.ipv4.tcp_rmem = 8192 87380 16777216
net.ipv4.tcp_wmem = 8192 87380 16777216
net.ipv4.tcp_timestamps = 1
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_max_syn_backlog = 2048
net.ipv4.tcp_keepalive_time = 180
net.ipv4.tcp_keepalive_probes = 5
net.ipv4.tcp_keepalive_intvl = 30
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_max_tw_buckets = 1000000
net.ipv4.ip_local_port_range = 1024 65535
net.nf_conntrack_max = 1000000
Почему именно так? Хотите разобраться (очень похвально) – изучите документацию [1]. Редактируем /etc/security/limits.conf:
mcedit /etc/security/limits.conf
* soft nofile 130000
* hard nofile 130000
root soft nofile 130000
root hard nofile 130000
mysql soft core unlimited
mysql hard core unlimited
mysql soft nofile unlimited
mysql hard nofile unlimited
Перезагружаем сервер, изменения вступили в силу. Можно обойтись без перезагрузки, но так надежнее. Система полностью готова к развертыванию Web сервера.
Установка Cyberpanel и Web сервера Open LiteSpeed
sh <(curl https://cyberpanel.net/install.sh || wget -O - https://cyberpanel.net/install.sh)
Initializing...
Valid IP detected...
Checking server...
Checking OS...
Detecting Ubuntu 18.04...
Checking virtualization type...
Checking root privileges...
You are runing as root...
CyberPanel Installer v1.94
1. Install CyberPanel.
2. Addons and Miscellaneous
3. Exit.
Please enter the number[1-3]: 1
Установить панель – выбираем пункт 1.
CyberPanel Installer v1.94
RAM check : 71/5960MB (1.19%)
Disk check : 2/20GB (14%) (Minimal 10GB free space)
1. Install CyberPanel with OpenLiteSpeed.
2. Install Cyberpanel with LiteSpeed Enterprise.
3. Exit.
Please enter the number[1-3]: 1
Снова выбираем пункт 1
Install Full service for CyberPanel? This will include PowerDNS, Postfix and Pure-FTPd.
Отвечаем y(yes) на предложение полной установки:
Full installation [Y/n]: y
Жмем для установки последней версии:
Full installation selected...
Press Enter key to continue with latest version or Enter specific version such as: 1.9.4 , 1.9.5 ...etc
Устанавливаем пароль. Вводим сложный пароль (8 символов минимум). Повторяем ввод пароля.
Branch name set to v1.9.4
Please choose to use default admin password 1234567,
randomly generate one (recommended) or specify the admin password?
Choose [d]fault, [r]andom or [s]et password: [d/r/s] s
Please enter your password:
12325812
Please confirm your password:
12325812
Устанавливаем memcahed,redis, сторожевой таймер:
Do you wish to install Memcached extension and backend?
Please select [Y/n]: y
Do you wish to install Redis extension and backend?
Please select [Y/n]: y
Would you like to set up a WatchDog (beta) for Web service and Database service ?
The watchdog script will be automatically started up after installation and server reboot
If you want to kill the watchdog , run watchdog kill
Please type Yes or no (with capital Y):y
Время установки 15 – 20 минут.
###################################################################
CyberPanel Successfully Installed
Current Disk usage : 7/20GB (42%)
Current RAM usage : 256/5960MB (4.30%)
Installation time : 0 hrs 17 min 7 sec
Visit: https://193.164.16.49:8090
Panel username: admin
Panel password: 12325812
WebAdmin console username: admin
WebAdmin console password: TakewFU1f5K7OJDS
Please change your default admin password
If you need to reset your panel password, please run:
adminPass YOUR_NEW_PASSWORD
If you change mysql password, please modify file in
/etc/cyberpanel/mysqlPassword with new password as well
Website : https://www.cyberpanel.net
Forums : https://forums.cyberpanel.net
Wikipage: https://docs.cyberpanel.net
Enjoy your accelerated Internet by
CyberPanel & OpenLiteSpeed
###################################################################
If your provider has a network-level firewall
Please make sure you have opened following port for both in/out:
TCP: 8090 for CyberPanel
TCP: 80, TCP: 443 and UDP: 443 for webserver
TCP: 21 and TCP: 40110-40210 for FTP
TCP: 25, TCP: 587, TCP: 465, TCP: 110, TCP: 143 and TCP: 993 for mail service
TCP: 53 and UDP: 53 for DNS service
Would you like to restart your server now? [y/N]: y
Сохраните логины, пароли для доступа в CyberPanel и WebAdmin, перезагрузите сервер. CyberPanel и WebAdmin, Open LiteSpeed Server, ftp, mail,dns сервера, firewall и многое другое установлены “в один клик”.
Есть все, что нужно для создания нового сайта, переноса существующего. Вы можете даже организовать свой виртуальный хостинг и продавать услуги по размещению сайтов.
Уже сейчас сервер полностью функционален, минимум впятеро быстрее Apache и Nginx. Можно начать работать, но я предлагаю заняться настройкой и тюнингом OLS, SQL и PHP.
Настройка и оптимизация Open LiteSpeed
Настраивать OLS и хосты можно текстовыми конфигурационными файлами. На мой взгляд гораздо удобнее и нагляднее настраивать сервер из WebAdmin в браузере. он доступен по адресу https://ip-servera:7080/ . Вы получите сообщение о том, что ваше соединение не защищено.

Жмем <Advanced>. Подтверждаем согласие продолжить использовать небезопасное соединение. (Не составляет труда установить ssl сертификат, но это можно сделать и позже). Вводим логин и пароль (они у вас были созданы на этапе создания сервера).
Проблема доступа в WebAdmin
- Log in to Cyber Panel – Security – Firewall
- Add Rule Name ” webpanel “
- Select TCP
- IP Address ” 0.0.0.0/0 “
- Port ” 7080 “
- Click on Add – Then, Reload The Page and Confirm Port 7080 is Added.
Или в терминале:
firewall-cmd --zone=public --permanent --add-port 7080/tcp
firewall-cmd --reload
WebAdmin
Пришло время познакомиться с интерфейсом и возможностями WebAdmin. Несмотря на кажущуюся сложность на самом деле все просто, функционально и логично.

Следите за появлением новых версий
wget https://raw.githubusercontent.com/litespeedtech/ openlitespeed/master/dist/admin/misc/lsup.sh
./lsup.sh
Сервер обновлен, можно продолжить настройку.
Настройка сервера
Рассмотрим базовые настройки сервера – параметры прямо или косвенно влияющие на скорость.Очевидно, что на работу сервера влияет в с ё. Откроем вкладку Server Configuration > General
Много – не значит хорошо

Для достижения максимальной производительности необходимо установить / изменить некоторые параметры:
- Number of Workers (количество процессов) – по умолчанию для этого параметра установлено значение «Не установлено», что соответствует 1 ядру процессора.
Установите максимальное значение этого значения не более, чем количество ядер / потоков процессора, которые поддерживает ваш сервер.
Соблюдайте баланс
Установите этот параметр в соответствии с вашими потребностями (или пока оставьте по умолчанию).
Увеличение количества процессов не всегда ведет к увеличению производительности.
Простое правило расчета количества процессов:
- меньше 4 cpu threads = 1/2
- 6-12 cpu threads = 1/3
- 13-16 cpu threads = 1/4
- 17-24 cpu threads = 1/6
- 25-32+ cpu threads = 1/8
- Priority (приоритет серверных процессов) : Очень важный параметр. Определяет приоритет процессов сервера. Диапазон значений от -20 до 20. Меньшее число означает более высокий приоритет.
Этот параметр напрямую зависит от параметра nice SQL (как его установить мы еще поговорим). В идеале они должны совпадать. Оптимальное значение -10. В том случае когда SQL слишком “тяжел” лучшим решением будет дать ему больший приоритет (например установить его в -15).
- CPU Affinity (“привязка” к процессору): связывает процесс с одним или несколькими процессорами (ядрами). Для процесса всегда полезно использовать один и тот же процессор, потому что тогда процесс может использовать данные, оставленные в кэше процессора.
Если процесс перемещается на другой ЦП, кэш-память ЦП не используется, и возникают дополнительные накладные расходы ресурсов CPU.
Минимальное значение равно 0, что отключит эту функцию. Максимальное значение – количество ядер на сервере. Как правило, 1 является наилучшим параметром, поскольку он обеспечивает наиболее строгое использование привязки к процессору и, таким образом, максимально использует кэш-память процессора.
- Memory I/O Buffer: Задает максимальный размер буфера, который используется для хранения тела запроса и его динамически генерируемого ответа. Когда этот лимит будет достигнут, сервер начнет создавать временные файлы подкачки.
Установите буфера, чтобы вместить все одновременные запросы / ответы, чтобы избежать сброса памяти на диск. Оптимальное значение для начала 120M (при условии, что у вас >= 2 Гб ОЗУ).
- Swapping Directory: Определяет каталог в который следует поместить файлы подкачки.
Сервер использует собственную виртуальную память, чтобы уменьшить использование системной памяти. Виртуальная память и подкачка диска используются для хранения больших тел запросов и динамически генерируемых ответов. Каталог подкачки должен быть размещен на диске с достаточным свободным пространством.
Поместите каталог подкачки на отдельный диск или увеличьте максимальный размер буфера ввода-вывода (смотрите выше – Memory I/O Buffer) , чтобы избежать подкачки. По умолчанию это каталог /tmp/lshttpd/swap.
Теперь можно заняться тюнингом OLS. Переходим во вкладку Server Configuration > Tuning и приводим параметры вашего сервера к тем, что приведены ниже.

Следующая вкладка требующая нашего внимания Server Configuration > External App

Изменяем некоторые настройки (возможно вам в зависимости от нагрузки на сервер придется их не раз корректировать):
- Max Connections = 45 (при не нагруженном сервере можно уменьшить до 30)
- Environment:
PHP_LSAPI_CHILDREN=45 (ВСЕГДА совпадает с Max Connections )
LSAPI_AVOID_FORK=200M
Другие настройки окружения примененяются только в специфических случаях использования сервера. Стоит установить следующие значения:
- Priority = -5. Диапазон значений от -20 до 20. Меньшее число означает более высокий приоритет. Процесс внешнего приложения не может иметь более высокий приоритет, чем веб-сервер.
- Memory Soft Limit (bytes) = 2047M
- Memory Hard Limit (bytes) = 2047M
- Process Soft Limit = 1400
- Process Hard Limit = 1500
Первоначальная настройка параметров сервера завершена. Теперь можно настроить хосты (сайты).
Настройка сайтов в Open LiteSpeed
У вас нет ни одного хоста кроме Example. Когда вы создадите свой первый сайт (это легко сделать в CyberPanel), то вам потребуется изменить некоторые параметры.
Вкладка Virtual Host ваш_домен > General:
- Enable Compression = Yes
- Enable Expires = Yes
- Expires By Type = image/=A604800,text/css=A604800,application/x-javascript=A604800,application/javascript=A604800,font/=A604800,application/x-font-ttf=A604800
Virtual Host ваш_домен External App:
- Max Connections = 30 (при не нагруженном сайте можно уменьшить до 20)
- Environment: PHP_LSAPI_CHILDREN=30 (ВСЕГДА совпадает с Max Connections, но должно быть МЕНЬШЕ этого значения на сервере)
- Memory Soft Limit (bytes) = 2047M
- Memory Hard Limit (bytes) = 2047M
- Process Soft Limit = 1400
- Process Hard Limit = 1500
Устанавливать эти параметры необходимо для каждого хоста. Настройка сервера / хостов этим не исчерпывается. Но для дальнейшего функционирования они не принципиальны (пока). Теперь можно перейти к настройке PHP и SQL.
Настройка PHP
Многие параметры PHP явно или косвенно влияют на функциональность и производительность. OLS поддерживает одновременную работу нескольких версий PHP.
Правки в php.ini надо вносить для конкретной версии. Пример: файл php.ini для версии 7.4 будет находиться /usr/local/lsws/lsphp74/etc/php/7.4/litespeed.
Изменения в php. ini:
max_execution_time = 300
max_input_time = 120
max_input_vars = 3000
memory_limit = 256M ; можно увеличить при необходимости
post_max_size = 80M
upload_max_filesize = 60M
Значения PHP можно изменить глобально (на уровне сервера) и “локально” – на уровне хоста. Параметры Opcache и memory_limit лучше устанавливать на уровне хоста.
Настройка MySQL / MariaDB server
От правильной настройки MySQL / MariaDB зависит насколько быстро будет работать ваш сервер / сайт. Все, что вы делали раньше может “превратиться в тыкву” если оставить параметры по умолчанию. Настройки mysql можно найти в /etc/mysql/my.cnf. Перед тем как вы будете создавать базы данных или переносить существующие стоит выполнить несколько простых действий:
- Решите какой “движок” будет по умолчанию. Если у вас таблицы MyISAM, возможно стоит перейти на Aria, но лучше использовать InnoDB.
- Установите последнюю версию MySQL / MariaDB
- Отредактируйте /etc/mysql/my.cnf:
[mysqld]
sql-mode="NO_ENGINE_SUBSTITUTION"
tmpdir = /dev/shm
skip-external-locking
skip_name_resolve
skip-host-cache
skip-log-bin
skip-networking
skip-innodb_doublewrite
bind-address=localhost
max_connections = 60
symbolic-links=0
sync_binlog = 0
wait_timeout = 60
interactive_timeout = 5
performance_schema = ON
low-priority-updates = 1
table_open_cache = 32000
tmp_table_size = 200M
max_heap_table_size = 200M
max_allowed_packet = 64M
thread_cache_size = 60
innodb_file_format=Barracuda
innodb_flush_log_at_trx_commit = 0
innodb_flush_method = O_DIRECT_NO_FSYNC
innodb_buffer_pool_instances = 1
innodb_buffer_pool_size = 1536M
innodb_log_file_size = 256M
innodb_file_per_table = 1
innodb_log_buffer_size = 256M
innodb_log_file_size = 192M
innodb_log_files_in_group=2
innodb_stats_on_metadata = 0
innodb_open_files = 65536
innodb_doublewrite = 0
innodb_support_xa = 0
innodb_read_io_threads = 8
innodb_write_io_threads = 8
#innodb_io_capacity=6000
#innodb_io_capacity_max=10000
innodb_thread_concurrency = 4
innodb_checksum_algorithm=crc32
innodb_log_checksum_algorithm=crc32
table_open_cache_instances = 4
[mysqldump]
quick
quote-names
max_allowed_packet = 64M
default-character-set = utf8mb4
[mysql]
no-auto-rehash
default-character-set = utf8mb4
Данные параметры оптимальны для VPS с 3 гб оперативной памяти и двумя CPU. Для серверов с большим количеством оперативной памяти и CPU некоторые значения стоит изменить. Если используются NVMe диски то можно включить задокументированные параметры.
Нам осталось только изменить (увеличить) приоритет mysql и увеличить лимит на открытие файлов. Раньше это можно было сделать параметром nice и open_file_limits в my.cnf. В новых версиях это не работает.
Часть настроек теперь находится в /lib/systemd/system/. Отредактируйте файлы mariadb.service и mariadb@.service:
open-file-limit LimitNOFILE=130000
Nice=-10
Проблема настроек SQL server
Сохраните и перезапустите systemd:
systemctl daemon-reload
Не знаю, баг это или фича, но настройки сбрасываются “по умолчанию” после обновления SQL сервера. Так что будьте внимательны.
В идеале, если вы все сделали правильно, mysqltuner должен выдавать вот такую информацию:
------- Performance Metrics -----------------------------------------------------------------------
[--] Up for: 1d 8h 1m 26s (3M q [31.352 qps], 20K conn, TX: 36G, RX: 660M)
[--] Reads / Writes: 98% / 2%
[--] Binary logging is disabled
[--] Physical Memory : 2.9G
[--] Max MySQL memory : 2.4G
[--] Other process memory: 132.9M
[--] Total buffers: 2.2G global + 3.6M per thread (50 max threads)
[--] P_S Max memory usage: 80M
[--] Galera GCache Max memory usage: 0B
[OK] Maximum reached memory usage: 2.3G (79.28% of installed RAM)
[OK] Maximum possible memory usage: 2.4G (84.25% of installed RAM)
[OK] Overall possible memory usage with other process is compatible with memory available
[OK] Slow queries: 0% (0/3M)
[OK] Highest usage of available connections: 18% (9/50)
[OK] Aborted connections: 0.02% (5/20914)
[--] Skipped name resolution test due to skip_networking=ON in system variables.
[OK] Query cache efficiency: 45.7% (2M cached / 6M selects)
[OK] Query cache prunes per day: 49
[OK] Sorts requiring temporary tables: 0% (221 temp sorts / 39K sorts)
[OK] No joins without indexes
[OK] Temporary tables created on disk: 1% (1K on disk / 98K total)
[OK] Thread cache hit rate: 99% (9 created / 20K connections)
[OK] Table cache hit rate:94% (48K open / 59K opened)
[OK] Open file limit used: 0% (71/130K)
[OK] Table locks acquired immediately: 100% (662K immediate / 662K locks)
-------- InnoDB Metrics ----------------------------------------------------------------------------
[--] InnoDB is enabled.
[--] InnoDB Thread Concurrency: 4
[OK] InnoDB File per table is activated
[OK] InnoDB buffer pool / data size: 1.5G/987.1M
[OK] InnoDB log file size / InnoDB Buffer pool size: 192.0M * 2/1.5G should be equal 25%
[OK] InnoDB buffer pool instances: 1
[--] InnoDB Buffer Pool Chunk Size not used or defined in your version
[OK] InnoDB Read buffer efficiency: 99.99% (151459597 hits/ 151477187 total)
[OK] InnoDB Write log efficiency: 96.88% (540590 hits/ 557984 total)
[OK] InnoDB log waits: 0.00% (0 waits / 17394 writes)
-------- AriaDB Metrics ----------------------------------------------------------------------------
[--] AriaDB is enabled.
[OK] Aria pagecache size / total Aria indexes: 128.0M/1B
[OK] Aria pagecache hit rate: 99.5% (8M cached / 46K reads)
Есть полная уверенность в том, что сервер баз данных работает максимально производительно. При этом он очень экономно расходует ресурсы, при этом не нагружая дисковую подсистему, память и процессор.
Теперь все базовые настройки закончены. Можно использовать сервер. Собственно говоря тема настройки sql неисчерпаема. Например, можно “проапгрейдится” до TokuDB, запустить несколько экземпляров(инстансов) sql сервера, вынести его на другой сервер и наконец создать кластер из нескольких WEB серверов и SQL с репликацией, “приклеить” Load Balancer…
Заключение
Ваш сервер полностью готов к работе. Повторю еще раз: Сервер имеющий 3 ГБ оперативной памяти, пару CPU при правильной настройке способен “тащить” десяток WordPress сайтов с 30К уников при 15-18 процентной загрузке CPU. Это при том, что мой лимит VPS от яндекс 20% CPU. То есть, сервер использует 15-18 процентов от тех “жалких” 20%.
Если нагрузка увеличится до 100-120К уников, то сервер “съест” 70-80 процентов CPU. До некоторого момента, такой системе без разницы — обработать 1 запрос, 10 запросов или 1000 — нагрузка будет почти одинаковой, сервер и сайты на нем практически не замечают роста.
Нагрузка на сервер растёт не линейно, а по отрицательной экспоненте.
Когда сервер настроен оптимально дальнейший рост нагрузки замедляется, потому как происходит наложение и совмещение функций — code reuse например, кэши процессора, памяти, программ работают эффективно.
Даже при таких далеко не экстремальных настройках вы скорее упретесь в ограничение пропускной способности сети, чем исчерпаете хотя бы половину ресурсов сервера.
И это при том, что “за бортом” остались такие технологии как Redis, LSMCD (в девичестве memcache(d)). Кроме того, осталось за кадром использование связки серверного cache + LiteSpeed Cache и PageSpeed Module не говоря уже о Reverse Proxy. Это будет домашним заданием для вас и темами статей для меня.
Update: Кроме “серверных” оптимизаций еще есть над чем поработать на уровне сайтов. Например, в WordPress.
На уровне сервера то же есть простор для оптимизации, например, можно перекомпилировать ядро, php, OLS и прочее с “экстремальными” параметрами и получить еще 20 – 30 процентов ускорения.
Добрый день.
Скажите Open LiteSpeed не имеет ограничений по доменам?
Также хочу связаться с вами по мейлу, но нигде не нашел инфы.
Напишите мне.
Спасибо.
Нет никаких ограничений. Письмо Вам отправил
Привет. Хорошая статья. Настроил на убунту. Все работает за исключением поддоментов просто cyberpanel не хочет их добавлять – пишет ошибку Сообщение об ошибке: Invalid domain.
Может попадалось такое буду благодарен если подскажете в какую сторону смотреть..
Доброго дня. Не сталкивался с таким. Возможные причины: DNS не правильно настроен, нет места на диске, вы пытаетесь добавить поддомен с кирилическим именем – надо добавлять в punycode.
Если проблема не решиться пишите на почту, письмо я вам отправил.
Здравствуйте, спасибо за подробную инструкцию, вроде все установил, но осталось немного не законченного.
1) Вы пишите: “…Данные параметры оптимальны для VPS с 3 гб оперативной памяти и двумя CPU. Для серверов с большим количеством оперативной памяти и CPU некоторые значения стоит изменить…”. У меня куплен VPS с процессор на 4 ядра Intel Xeon 2,4GHz и памятью 6Gb ECC. Какие установки нужно внести в файл /etc/mysql/my.cnf при таких параметрах?
2) Почему-то не хочет запускаться mysqltuner, выдается какая-то ошибка ( https://prnt.sc/r9xdby). Пробовал и скачивать и устанавливать этот скрипт.
3) У меня есть сайт, который работает только с php 5, а в CyberPanel, только php начиная с 7.0. Можно ли в него добавить php 5?
Буду очень признателен за помощь в этих вопросах!
1) Самое главное:
innodb_buffer_pool_instances = 4
innodb_buffer_pool_size = 4G # Возможно, еще придется скорректировать
innodb_read_io_threads = 12
innodb_write_io_threads = 12
innodb_log_file_size = 1024M
innodb_file_per_table = 1
innodb_log_buffer_size = 512M
innodb_log_file_size = 384M
Для начала так. Дальнейшие изменения зависят от размера баз данных и способа их использования. В некоторой степени, можно руководствоваться “указаниями” mysqltuner
2) mysqltuner -user root -password пароль_mysql
пароль можно посмотреть тут /etc/cyberpanel/mysqlPassword
3) https://ip:7080/index.php#view/compilePHP.php
Выбираете нужную версию и компилируете, потом в настройках Vhost ExtApp указываете нужную версию. Процесс компиляции не быстрый. Следуйте инструкциям и все получится.
Добавил Ваши рекомендации в настройки и mysqltuner выдал следующее:
——– Recommendations —————————————————————————
General recommendations:
Control warning line(s) into /var/log/mysql/error.log file
MySQL started within last 24 hours – recommendations may be inaccurate
Reduce your overall MySQL memory footprint for system stability
Adjust your join queries to always utilize indexes
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries which have no LIMIT clause
Consider installing Sys schema from https://github.com/mysql/mysql-sys
Variables to adjust:
query_cache_size (=0)
query_cache_type (=0)
query_cache_size (> 16M)
join_buffer_size (> 256.0K, or always use indexes with joins)
tmp_table_size (> 200M)
max_heap_table_size (> 200M)
innodb_log_file_size * innodb_log_files_in_group should be equal to 1/4 of buffer pool size (=2G) if possible.
Стоит ли вносить рекомендации написанные mysqltuner или оставить все как есть?
Спасибо, еще раз, за Вашу помощь!
Стоит подождать 24 часа минимум.
Доброго времени суток! “Двигаясь” строго по Вашим рекомендациям, уже получил хорошие результаты работы сервера. Осталось решить 3 задачи и я думаю, что будет ВЫПОЛНЕНА задача минимум!
Спасибо за Вашу отзывчивость, оперативность и помощь, которую Вы мне оказываете и здесь, и по E-mail!
Вот собственно оставшиеся 3 задачи:
1) Спустя сутки снял показатели через MySqlTuner, как думаете, нужно что-то менять в настройках? Вот лог с тюнера:
[–] Skipped version check for MySQLTuner script
[OK] Logged in using credentials passed on the command line
[OK] Currently running supported MySQL version 10.1.44-MariaDB-0ubuntu0.18.04.1
[OK] Operating on 64-bit architecture
——– Log file Recommendations ——————————————————————
[–] Log file: /var/log/mysql/error.log(0B)
[OK] Log file /var/log/mysql/error.log exists
[OK] Log file /var/log/mysql/error.log is readable.
[!!] Log file /var/log/mysql/error.log is empty
[OK] Log file /var/log/mysql/error.log is smaller than 32 Mb
[OK] /var/log/mysql/error.log doesn’t contain any warning.
[OK] /var/log/mysql/error.log doesn’t contain any error.
[–] 0 start(s) detected in /var/log/mysql/error.log
[–] 0 shutdown(s) detected in /var/log/mysql/error.log
——– Storage Engine Statistics —————————————————————–
[–] Status: +Aria +CSV +InnoDB +MEMORY +MRG_MyISAM +MyISAM +PERFORMANCE_SCHEMA +SEQUENCE
[–] Data in InnoDB tables: 988M (Tables: 467)
[–] Data in MyISAM tables: 225K (Tables: 10)
[OK] Total fragmented tables: 0
——– Security Recommendations ——————————————————————
[OK] There are no anonymous accounts for any database users
[OK] All database users have passwords assigned
[–] There are 612 basic passwords in the list.
——– CVE Security Recommendations ————————————————————–
[OK] NO SECURITY CVE FOUND FOR YOUR VERSION
——– Performance Metrics ———————————————————————–
[–] Up for: 23h 16m 37s (4M q [49.975 qps], 27K conn, TX: 19G, RX: 1G)
[–] Reads / Writes: 97% / 3%
[–] Binary logging is disabled
[–] Physical Memory : 5.8G
[–] Max MySQL memory : 5.1G
[–] Other process memory: 368.1M
[–] Total buffers: 4.9G global + 2.8M per thread (60 max threads)
[–] P_S Max memory usage: 81M
[–] Galera GCache Max memory usage: 0B
[!!] Maximum reached memory usage: 5.0G (85.89% of installed RAM)
[!!] Maximum possible memory usage: 5.1G (87.68% of installed RAM)
[OK] Overall possible memory usage with other process is compatible with memory available
[OK] Slow queries: 0% (24/4M)
[OK] Highest usage of available connections: 36% (22/60)
[OK] Aborted connections: 0.04% (10/27132)
[–] Skipped name resolution test due to skip_networking=ON in system variables.
[!!] Query cache may be disabled by default due to mutex contention.
[OK] Query cache efficiency: 30.1% (1M cached / 5M selects)
[!!] Query cache prunes per day: 632201
[OK] Sorts requiring temporary tables: 0% (157 temp sorts / 365K sorts)
[!!] Joins performed without indexes: 663
[!!] Temporary tables created on disk: 83% (296K on disk / 353K total)
[OK] Thread cache hit rate: 99% (22 created / 27K connections)
[OK] Table cache hit rate: 37% (382 open / 1K opened)
[OK] Open file limit used: 0% (33/64K)
[OK] Table locks acquired immediately: 100% (3M immediate / 3M locks)
——– Performance schema ————————————————————————
[–] Memory used by P_S: 81.3M
[–] Sys schema isn’t installed.
——– ThreadPool Metrics ————————————————————————
[–] ThreadPool stat is enabled.
[–] Thread Pool Size: 4 thread(s).
[–] Using default value is good enough for your version (10.1.44-MariaDB-0ubuntu0.18.04.1)
——– MyISAM Metrics —————————————————————————-
[!!] Key buffer used: 18.3% (3M used / 16M cache)
[OK] Key buffer size / total MyISAM indexes: 16.0M/209.0K
[OK] Read Key buffer hit rate: 99.7% (4K cached / 13 reads)
[!!] Write Key buffer hit rate: 1.8% (3K cached / 56 writes)
——– InnoDB Metrics —————————————————————————-
[–] InnoDB is enabled.
[–] InnoDB Thread Concurrency: 4
[OK] InnoDB File per table is activated
[OK] InnoDB buffer pool / data size: 4.0G/988.7M
[!!] Ratio InnoDB log file size / InnoDB Buffer pool size (18.75 %): 384.0M * 2/4.0G should be equal 25%
[OK] InnoDB buffer pool instances: 4
[–] InnoDB Buffer Pool Chunk Size not used or defined in your version
[OK] InnoDB Read buffer efficiency: 100.00% (369563137 hits/ 369574753 total)
[OK] InnoDB Write log efficiency: 99.52% (5440603 hits/ 5467030 total)
[OK] InnoDB log waits: 0.00% (0 waits / 26427 writes)
——– AriaDB Metrics —————————————————————————-
[–] AriaDB is enabled.
[OK] Aria pagecache size / total Aria indexes: 128.0M/1B
[!!] Aria pagecache hit rate: 93.5% (3M cached / 224K reads)
——– TokuDB Metrics —————————————————————————-
[–] TokuDB is disabled.
——– XtraDB Metrics —————————————————————————-
[–] XtraDB is disabled.
——– RocksDB Metrics —————————————————————————
[–] RocksDB is disabled.
——– Spider Metrics —————————————————————————-
[–] Spider is disabled.
——– Connect Metrics —————————————————————————
[–] Connect is disabled.
——– Galera Metrics —————————————————————————-
[–] Galera is disabled.
——– Replication Metrics ———————————————————————–
[–] Galera Synchronous replication: NO
[–] No replication slave(s) for this server.
[–] This is a standalone server.
——– Recommendations —————————————————————————
General recommendations:
MySQL started within last 24 hours – recommendations may be inaccurate
Reduce your overall MySQL memory footprint for system stability
Adjust your join queries to always utilize indexes
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries which have no LIMIT clause
Consider installing Sys schema from https://github.com/mysql/mysql-sys
Variables to adjust:
query_cache_size (=0)
query_cache_type (=0)
query_cache_size (> 16M)
join_buffer_size (> 256.0K, or always use indexes with joins)
tmp_table_size (> 200M)
max_heap_table_size (> 200M)
innodb_log_file_size * innodb_log_files_in_group should be equal to 1/4 of buffer pool size (=2G) if possible.
2) Это норм, что у меня установлено на сервак 4 сайта, а Ram Used почти на 78 процентов? http://prntscr.com/rbvwbd
3) Компиляция php5.6 по Вашим рекомендациям прошло успешно, судя по отчету: http://prntscr.com/rbxlta , единственное, в самой панели он так и не появился: http://prntscr.com/rbxpcy ((
1)
> [!!] Maximum reached memory usage: 5.0G (85.89% of installed RAM)
> [!!] Maximum possible memory usage: 5.1G (87.68% of installed RAM)
Мы немного вылезли за лимиты, поэтому делаем:
innodb_buffer_pool_instances = 3 #один экземпляр на полный ГБ
innodb_buffer_pool_size = 3600M
тут увеличить:
tmp_table_size =384M
max_heap_table_size 512M
после изменений перестартуйте sql и ждем сутки
2) это норм. Память “ушла” под кэши. Будет у Вас 20 сайтов, результат будет примерно таким же…
3) cd /usr/local/lsws/fcgi-bin
ln -sf lsphp-5.6.40 lsphp5
Как можно с Вами связаться. Нужна помощь в установке и настройке выделенного сервера на Лайтспид. Есть разница в настройке VPS и выделенного сервера?
Доброго дня. Есть небольшие ньюансы в настройке выделенного сервера. Но в целом, все идентично. Контакты отправил на почту или Telegram 9500524535
Здравствуйте. Хотел бы тоже с вами связаться.
На этапе установки MariaDB выскакивает ошибка, не пойму как побороть. Буду сильно благодарен за помощь.
[06.16.2020_15-15-54] #########################################################################
[06.16.2020_15-15-54] Running apt-get -y install mariadb-server failed. Running again, try number 3
[06.16.2020_15-15-54] #########################################################################
[06.16.2020_15-15-54] #########################################################################
[06.16.2020_15-15-54] [ERROR] We are not able to run apt-get -y install mariadb-server return code: 100. Fatal error, see /var/log/installLogs.txt for full details.
[06.16.2020_15-15-54] #########################################################################
Oops, something went wrong…
Видимо, у вас не “чистая” инсталляция mariadb…
apt autoremove mariadb-server*
apt autoremove mysql*
apt autoremove
apt autoclean
apt install mariadb-server
если не поможет, пишите admin@в-пути.рф
Сделал как вы написали, прописал:
apt autoremove mariadb-server*
apt autoremove mysql*
apt autoremove
apt autoclean
Это не стал:
apt install mariadb-server
Решил, что стоит начать установку заново по команде:
sh <(curl https://cyberpanel.net/install.sh || wget -O – https://cyberpanel.net/install.sh)
Дело пошло дальше чем первый раз, но!
Во-первых, где-то в процессе установки заметил такое сообщение:
[ERROR] LiteSpeed Web Server is running!
[ERROR] Failed to start litespeed!
Но установка продолжается…
Стопорится на этом:
[06.17.2020_01-15-58] Successfully ran: apt-get -y install mariadb-server.
[06.17.2020_01-15-58] #########################################################################
[06.17.2020_01-15-58] #########################################################################
[06.17.2020_01-15-58] Running: systemctl start mariadb
[06.17.2020_01-15-58] #########################################################################
Job for mariadb.service failed because a timeout was exceeded.
See “systemctl status mariadb.service” and “journalctl -xe” for details.
[06.17.2020_01-31-01] #########################################################################
[06.17.2020_01-31-01] Running systemctl start mariadb failed. Running again, try number 1
[06.17.2020_01-31-01] #########################################################################
Job for mariadb.service failed because a timeout was exceeded.
See “systemctl status mariadb.service” and “journalctl -xe” for details.
[06.17.2020_01-46-03] #########################################################################
[06.17.2020_01-46-03] Running systemctl start mariadb failed. Running again, try number 2
[06.17.2020_01-46-03] #########################################################################
Job for mariadb.service failed because a timeout was exceeded.
See “systemctl status mariadb.service” and “journalctl -xe” for details.
[06.17.2020_02-01-06] #########################################################################
[06.17.2020_02-01-06] Running systemctl start mariadb failed. Running again, try number 3
[06.17.2020_02-01-06] #########################################################################
[06.17.2020_02-01-06] #########################################################################
[06.17.2020_02-01-06] [ERROR] We are not able to run systemctl start mariadb return code: 1. Fatal error, see /var/log/installLogs.txt for full details.
[06.17.2020_02-01-06] #########################################################################
Oops, something went wrong…
Уточню, я в этом деле новенький, с линуксом раньше дела не имел. Наткнулся в интернете на вашу статью и решил сразу всё сделать правильно, так сказать, дабы потом не переделывать. Но, что-то пошло не так…
Проблема скорее всего в /etc/mysql/my.cnf
Ответил вам на почту подробно.
Согласен полностью с автором заметки. Для него “критической” ошибкой может быть и даже то, что Яндекс Метрика удалена з сайта. Хотя, какое отношение это имеет к ошибкам? Это выбор вебмастера – какую систему веб-аналитики ему использовать. Из последнего, что видел “ошибка – заражен сайт”, но ни слова – какой файл заражен, какой код и так далее. Вебмастер сам должен догадываться. Это забота о Вебмастере?? Раньше очень часто бывали ошибки: робот Яндекс не может просканировать сайт, свяжитесь со своим хостером. Хостером я был сам и никаких проблем не наблюдал: Яндекс робот регулярно заходил на сайт и спокойно индексировал. Так, что тут большой вопрос к команде тестировщиков Яндекс Вебмастера. По поводу платежей – Яндекс купил Тинькофф и сейчас ситуация кардинально поменяется…
Необходимые материалы для ищущих лучшие решения для своих VPS.
Здравствуйте!
Помогите разобраться!
Сейчас сижу на PleskPanel + Litespeed. (есть свои проблемы).
Принял решение на переезд в CyberPanel (Плотнее интеграция, на мой взгляд)
В 105-й раз пытаюсь установить связку Litespeed с CyberPanel.
На 99-й получилось как то (с какими то костылями из Google). Но с косяками.
В LSWS постоянные ошибки. (в общем не вариант).
У всех всё нормально инсталлится (при попытке найти хоть какую инфу в Google/Yandex).
Подозреваю проблема именно в Cloud.Yandex (Похожее обсуждалось на AlibabaCloud).
Пытался на разных системах. Что Делать?
Такие ошибки в Ubuntu:
python3.8-venv
The following NEW packages will be installed:
python3-venv python3.8-venv
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 6,668 B of archives.
After this operation, 38.9 kB of additional disk space will be used.
Get:1 http://mirror.yandex.ru/ubuntu focal-updates/universe amd64 python3.8-venv amd64 3.8.5-1~20.04 [5,440 B]
Get:2 http://mirror.yandex.ru/ubuntu focal/universe amd64 python3-venv amd64 3.8.2-0ubuntu2 [1,228 B]
Fetched 6,668 B in 0s (331 kB/s)
Selecting previously unselected package python3.8-venv.
(Reading database … 112591 files and directories currently installed.)
Preparing to unpack …/python3.8-venv_3.8.5-1~20.04_amd64.deb …
Unpacking python3.8-venv (3.8.5-1~20.04) …
Selecting previously unselected package python3-venv.
Preparing to unpack …/python3-venv_3.8.2-0ubuntu2_amd64.deb …
Unpacking python3-venv (3.8.2-0ubuntu2) …
Setting up python3.8-venv (3.8.5-1~20.04) …
Setting up python3-venv (3.8.2-0ubuntu2) …
Processing triggers for man-db (2.9.1-1) …
WARNING: Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None)) after connection broken by ‘ReadTimeoutError(“HTTPSConnectionPool(host=’pypi.org’, port=443): Read timed out. (read timeout=15)”)’: /simple/virtualenv/
WARNING: Retrying (Retry(total=3, connect=None, read=None, redirect=None, status=None)) after connection broken by ‘ReadTimeoutError(“HTTPSConnectionPool(host=’pypi.org’, port=443): Read timed out. (read timeout=15)”)’: /simple/virtualenv/
WARNING: Retrying (Retry(total=2, connect=None, read=None, redirect=None, status=None)) after connection broken by ‘ReadTimeoutError(“HTTPSConnectionPool(host=’pypi.org’, port=443): Read timed out. (read timeout=15)”)’: /simple/virtualenv/
WARNING: Retrying (Retry(total=1, connect=None, read=None, redirect=None, status=None)) after connection broken by ‘ReadTimeoutError(“HTTPSConnectionPool(host=’pypi.org’, port=443): Read timed out. (read timeout=15)”)’: /simple/virtualenv/
WARNING: Retrying (Retry(total=0, connect=None, read=None, redirect=None, status=None)) after connection broken by ‘ReadTimeoutError(“HTTPSConnectionPool(host=’pypi.org’, port=443): Read timed out. (read timeout=15)”)’: /simple/virtualenv/
ERROR: Could not find a version that satisfies the requirement virtualenv==16.7.9 (from versions: none)
ERROR: No matching distribution found for virtualenv==16.7.9
command failed, exiting…
root@yauvmcyber:~#
A Такие в Centos 7 / 8
——————————————————————————–
Total 309 kB/s | 226 kB 00:00
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
Preparing : 1/1
Installing : libgpg-error-devel-1.31-1.el8.x86_64 1/2
Running scriptlet: libgpg-error-devel-1.31-1.el8.x86_64 1/2
Installing : gpgme-devel-1.10.0-6.el8.0.1.x86_64 2/2
Running scriptlet: gpgme-devel-1.10.0-6.el8.0.1.x86_64 2/2
Verifying : libgpg-error-devel-1.31-1.el8.x86_64 1/2
Verifying : gpgme-devel-1.10.0-6.el8.0.1.x86_64 2/2
Installed:
gpgme-devel-1.10.0-6.el8.0.1.x86_64 libgpg-error-devel-1.31-1.el8.x86_64
Complete!
WARNING: Running pip install with root privileges is generally not a good idea. Try
pip3.6 install --user
instead.Collecting virtualenv==16.7.9
Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None)) after connection broken by ‘ReadTimeoutError(“HTTPSConnectionPool(host=’pypi.python.org’, port=443): Read timed out. (read timeout=15)”,)’: /simple/virtualenv/
Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None)) after connection broken by ‘ReadTimeoutError(“HTTPSConnectionPool(host=’files.pythonhosted.org’, port=443): Read timed out. (read timeout=15)”,)’: /packages/05/f1/2e07e8ca50e047b9cc9ad56cf4291f4e041fa73207d000a095fe478abf84/virtualenv-16.7.9-py2.py3-none-any.whl
Retrying (Retry(total=3, connect=None, read=None, redirect=None, status=None)) after connection broken by ‘ReadTimeoutError(“HTTPSConnectionPool(host=’files.pythonhosted.org’, port=443): Read timed out. (read timeout=15)”,)’: /packages/05/f1/2e07e8ca50e047b9cc9ad56cf4291f4e041fa73207d000a095fe478abf84/virtualenv-16.7.9-py2.py3-none-any.whl
Retrying (Retry(total=2, connect=None, read=None, redirect=None, status=None)) after connection broken by ‘ReadTimeoutError(“HTTPSConnectionPool(host=’files.pythonhosted.org’, port=443): Read timed out. (read timeout=15)”,)’: /packages/05/f1/2e07e8ca50e047b9cc9ad56cf4291f4e041fa73207d000a095fe478abf84/virtualenv-16.7.9-py2.py3-none-any.whl
Retrying (Retry(total=1, connect=None, read=None, redirect=None, status=None)) after connection broken by ‘ReadTimeoutError(“HTTPSConnectionPool(host=’files.pythonhosted.org’, port=443): Read timed out. (read timeout=15)”,)’: /packages/05/f1/2e07e8ca50e047b9cc9ad56cf4291f4e041fa73207d000a095fe478abf84/virtualenv-16.7.9-py2.py3-none-any.whl
Retrying (Retry(total=0, connect=None, read=None, redirect=None, status=None)) after connection broken by ‘ReadTimeoutError(“HTTPSConnectionPool(host=’files.pythonhosted.org’, port=443): Read timed out. (read timeout=15)”,)’: /packages/05/f1/2e07e8ca50e047b9cc9ad56cf4291f4e041fa73207d000a095fe478abf84/virtualenv-16.7.9-py2.py3-none-any.whl
Exception:
Traceback (most recent call last):
File “/usr/lib/python3.6/site-packages/pip/_vendor/urllib3/connectionpool.py”, line 346, in _make_request
self._validate_conn(conn)
File “/usr/lib/python3.6/site-packages/pip/_vendor/urllib3/connectionpool.py”, line 850, in _validate_conn
conn.connect()
File “/usr/lib/python3.6/site-packages/pip/_vendor/urllib3/connection.py”, line 326, in connect
ssl_context=context)
File “/usr/lib/python3.6/site-packages/pip/_vendor/urllib3/util/ssl_.py”, line 329, in ssl_wrap_socket
return context.wrap_socket(sock, server_hostname=server_hostname)
File “/usr/lib64/python3.6/ssl.py”, line 365, in wrap_socket
_context=self, _session=session)
File “/usr/lib64/python3.6/ssl.py”, line 776, in __init__
self.do_handshake()
File “/usr/lib64/python3.6/ssl.py”, line 1036, in do_handshake
self._sslobj.do_handshake()
File “/usr/lib64/python3.6/ssl.py”, line 648, in do_handshake
self._sslobj.do_handshake()
socket.timeout: _ssl.c:880: The handshake operation timed out
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File “/usr/lib/python3.6/site-packages/pip/_vendor/urllib3/connectionpool.py”, line 601, in urlopen
chunked=chunked)
File “/usr/lib/python3.6/site-packages/pip/_vendor/urllib3/connectionpool.py”, line 349, in _make_request
self._raise_timeout(err=e, url=url, timeout_value=conn.timeout)
File “/usr/lib/python3.6/site-packages/pip/_vendor/urllib3/connectionpool.py”, line 309, in _raise_timeout
raise ReadTimeoutError(self, url, “Read timed out. (read timeout=%s)” % timeout_value)
pip._vendor.urllib3.exceptions.ReadTimeoutError: HTTPSConnectionPool(host=’files.pythonhosted.org’, port=443): Read timed out. (read timeout=15)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File “/usr/lib/python3.6/site-packages/pip/_vendor/requests/adapters.py”, line 440, in send
timeout=timeout
File “/usr/lib/python3.6/site-packages/pip/_vendor/urllib3/connectionpool.py”, line 668, in urlopen
**response_kw)
File “/usr/lib/python3.6/site-packages/pip/_vendor/urllib3/connectionpool.py”, line 668, in urlopen
**response_kw)
File “/usr/lib/python3.6/site-packages/pip/_vendor/urllib3/connectionpool.py”, line 668, in urlopen
**response_kw)
[Previous line repeated 2 more times]
File “/usr/lib/python3.6/site-packages/pip/_vendor/urllib3/connectionpool.py”, line 639, in urlopen
_stacktrace=sys.exc_info()[2])
File “/usr/lib/python3.6/site-packages/pip/_vendor/urllib3/util/retry.py”, line 398, in increment
raise MaxRetryError(_pool, url, error or ResponseError(cause))
pip._vendor.urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host=’files.pythonhosted.org’, port=443): Max retries exceeded with url: /packages/05/f1/2e07e8ca50e047b9cc9ad56cf4291f4e041fa73207d000a095fe478abf84/virtualenv-16.7.9-py2.py3-none-any.whl (Caused by ReadTimeoutError(“HTTPSConnectionPool(host=’files.pythonhosted.org’, port=443): Read timed out. (read timeout=15)”,))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File “/usr/lib/python3.6/site-packages/pip/basecommand.py”, line 215, in main
status = self.run(options, args)
File “/usr/lib/python3.6/site-packages/pip/commands/install.py”, line 346, in run
requirement_set.prepare_files(finder)
File “/usr/lib/python3.6/site-packages/pip/req/req_set.py”, line 381, in prepare_files
ignore_dependencies=self.ignore_dependencies))
File “/usr/lib/python3.6/site-packages/pip/req/req_set.py”, line 623, in _prepare_file
session=self.session, hashes=hashes)
File “/usr/lib/python3.6/site-packages/pip/download.py”, line 821, in unpack_url
hashes=hashes
File “/usr/lib/python3.6/site-packages/pip/download.py”, line 659, in unpack_http_url
hashes)
File “/usr/lib/python3.6/site-packages/pip/download.py”, line 853, in _download_http_url
stream=True,
File “/usr/lib/python3.6/site-packages/pip/_vendor/requests/sessions.py”, line 543, in get
return self.request(‘GET’, url, **kwargs)
File “/usr/lib/python3.6/site-packages/pip/download.py”, line 386, in request
return super(PipSession, self).request(method, url, *args, **kwargs)
File “/usr/lib/python3.6/site-packages/pip/_vendor/requests/sessions.py”, line 530, in request
resp = self.send(prep, **send_kwargs)
File “/usr/lib/python3.6/site-packages/pip/_vendor/requests/sessions.py”, line 640, in send
r = adapter.send(request, **kwargs)
File “/usr/lib/python3.6/site-packages/pip/_vendor/cachecontrol/adapter.py”, line 47, in send
resp = super(CacheControlAdapter, self).send(request, **kw)
File “/usr/lib/python3.6/site-packages/pip/_vendor/requests/adapters.py”, line 508, in send
raise ConnectionError(e, request=request)
pip._vendor.requests.exceptions.ConnectionError: HTTPSConnectionPool(host=’files.pythonhosted.org’, port=443): Max retries exceeded with url: /packages/05/f1/2e07e8ca50e047b9cc9ad56cf4291f4e041fa73207d000a095fe478abf84/virtualenv-16.7.9-py2.py3-none-any.whl (Caused by ReadTimeoutError(“HTTPSConnectionPool(host=’files.pythonhosted.org’, port=443): Read timed out. (read timeout=15)”,))
command failed, exiting…
Доброго дня. Яндекс.cloud тут скорее всего не при чем. Я и там ставил. Вообще, в общей сложности более полусотни установок, но таких проблем не встречал. Если есть возможность отпишите на почту admin@в-пути.рф. Похоже у вас enviroment не туда показывает. Лучше делать “чистую” инсталяцию.
Настройте мне сервер с 0 плз
сейчас работает на nginx+Apache для бэкенда вроде как. В файлах ВП есть .htaches
Слишком мало информации. Пишите на admin@в-пути.рф