Спасибо за советы. Да вы же сами знаете, читать эти тексты от оф. представителей. Я тут оформил карту, думал бесплатное обслуживание, а на ней сразу минус 750р. Я ей ещё не пользовался а уже в минусе :)) Ну как так то ))
И главное, никто ничего не сказал при оформлении.
А если сейчас карту закрыть стандарт, минут 750 р. в любом случае придётся оплатить? На ней нет ни одной транзакции. Только активация от сотрудника банка.
Здравствуйте ребята. Прежде всего спасибо за вашу работу, всё отлично, летает и не лагает.
Договорится с отделом продаж вообще невозможно, по ряду мелочных запросов всегда отказ :)
А вот тех. поддержка вообще молодцы, хоть и помучил я их с клонзилой не мало, но всё сделали как надо :))
Решил написать сюда. Имеется сервер по акции за 2к + второй спу за 500р. Сейчас он весит лишним грузом (в теории). Хочу вас попросить ласково, дайте 2 недели или месяц протестировать проект на одном спу, если он не потянет то я заберу обратно второй спу за 500р?
Просто если сейчас отключу второй спу, позже он будет стоить вместо 500 > 1000.
coolwebsearcher: в убунте начиная с 15.04 upstart заменили на systemd и лимиты в файле /etc/security/limits.conf для системных сервисов не используются. (лимиты применяются только для пользовательских сессий).
нужно сделать
mkdir /etc/systemd/system/mysql.service.d vi /etc/systemd/system/mysql.service.d/override.conf
нужно добавить в файл /etc/systemd/system/mysql.service.d/override.conf
Всё равно спасибо, ух какая непосильная задача увеличить лимит, для каких целей разработчики усложняют свои ос непонятно. Ничего против не имею, лезу не в свой монастырь т.к. не являюсь администратором сервера, но всё таки хотелось бы упростить такие вещи как простое увеличение лимитов.
---------- Добавлено 15.11.2017 в 08:34 ----------
Оптимизайка: 2. В файл /etc/security/limits.conf добавить строки
Оптимизайка: Обычно делают database connection pool, т.е. лимитированное количество подключений разделяется между большим числом клиентов. Как то так, наверное: http://php.net/manual/ru/mysqlnd-ms.pooling.php
---------- Добавлено 10.11.2017 в 20:18 ----------
ОК, значит вам нужно
1. В файл /etc/pam.d/common-session добавить строку
session required pam_limits.so
2. В файл /etc/security/limits.conf добавить строки
* hard nofile 16384 * soft nofile 8192
3. Перезагрузиться, проверить лимиты
ulimit -a
Благодарю за помощь. Правда ещё не проверял, как будет возможность перезагрузить сервер сразу отпишу :)
Вы правильно заметили, лимиты для моей задачи слишком большие. Но знаний всё оптимизировать нету, да и не нужно если и так всё работает :)) Проблемы возникли только на 16.04.
Команды для вывода макс коннектов так и не нашёл, чтоб само считало и выводило текущее кол-во, так бы можно было задать точное кол-во. Скорее всего нужно скриптом выводить.
По поводу лимитов файлов, уже стоят такие значения:
root@:~# ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 31732 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 31732 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited root@:~# ulimit -Hn 1048576 root@:~# ulimit -Sn 1024 root@:~#
Спасибо за советы. Да вы же сами знаете, читать эти тексты от оф. представителей. Я тут оформил карту, думал бесплатное обслуживание, а на ней сразу минус 750р. Я ей ещё не пользовался а уже в минусе :)) Ну как так то ))
И главное, никто ничего не сказал при оформлении.
А если сейчас карту закрыть стандарт, минут 750 р. в любом случае придётся оплатить? На ней нет ни одной транзакции. Только активация от сотрудника банка.
secretiVe, поговорил с менеджером, произошло некоторое недопонимание. Все апгрейды в пределах акционного тарифа идут по акционной цене.
Спасибо :)
Почему? Если брали сервер по акции, то в будущем, все допы идут так же по акционной цене.
Здравствуйте ребята. Прежде всего спасибо за вашу работу, всё отлично, летает и не лагает.
Договорится с отделом продаж вообще невозможно, по ряду мелочных запросов всегда отказ :)
А вот тех. поддержка вообще молодцы, хоть и помучил я их с клонзилой не мало, но всё сделали как надо :))
Решил написать сюда. Имеется сервер по акции за 2к + второй спу за 500р. Сейчас он весит лишним грузом (в теории). Хочу вас попросить ласково, дайте 2 недели или месяц протестировать проект на одном спу, если он не потянет то я заберу обратно второй спу за 500р?
Просто если сейчас отключу второй спу, позже он будет стоить вместо 500 > 1000.
а если так?
нужно добавить в файл /etc/systemd/system/mysql.service в самый низ
после чего
если не изменяется, то что выводит
Проверил. Всё заработало! Благодарю за помощь. И всех кто помогал.
---------- Добавлено 23.11.2017 в 06:54 ----------
Возможно кто нибудь подскажет как промониторить максимальные коннекты к серверу в пике? Чтоб оптимизировать значение вручную.
И второй вопрос. Установил системе:
Добавлял строчку: nano /etc/sysctl.conf
vm.swappiness=10
Видимо не помогло :(
http://prntscr.com/he29zh
Упирается в 4гб из 8 и начинает жрать свап.
Так я сам и поставил 777 :D
Выставил обратно, видимо моя логика не помогла исправить ситуацию.
Спасибо всем за помощь. Не успел всё опробовать, но вот какая ошибка вылазит когда захожу в базу:
Сейчас буду пробовать ваши способы :))
В my.cnf стоит такое:
!includedir /etc/mysql/conf.d/
!includedir /etc/mysql/mysql.conf.d/
Настройки мускула находятся в файле mysqld.cnf, который игнорится, почему то.
в убунте начиная с 15.04 upstart заменили на systemd и лимиты в файле
/etc/security/limits.conf для системных сервисов не используются. (лимиты применяются только для пользовательских сессий).
нужно сделать
нужно добавить в файл /etc/systemd/system/mysql.service.d/override.conf
после чего перечитать конфиг
и сделать рестарт mysql
после чего будет max_connections 1000
Не помогло. Сделал всё по инструкции, вывод после перезагрузки мускула:
Хотя в конфиге стоит 1000.
Буду пробовать способ оптимизайки :)))
Всё равно спасибо, ух какая непосильная задача увеличить лимит, для каких целей разработчики усложняют свои ос непонятно. Ничего против не имею, лезу не в свой монастырь т.к. не являюсь администратором сервера, но всё таки хотелось бы упростить такие вещи как простое увеличение лимитов.
---------- Добавлено 15.11.2017 в 08:34 ----------
2. В файл /etc/security/limits.conf добавить строки
Это нормально что у меня строчка в limits.conf:
Закомментирована?
;15335644']Для пользователя root — определённо, нет.
Всё по запущено от судо, под рутом мне удобней работать :)
Обычно делают database connection pool, т.е. лимитированное количество подключений разделяется между большим числом клиентов.
Как то так, наверное: http://php.net/manual/ru/mysqlnd-ms.pooling.php
---------- Добавлено 10.11.2017 в 20:18 ----------
ОК, значит вам нужно
1. В файл /etc/pam.d/common-session добавить строку
2. В файл /etc/security/limits.conf добавить строки
3. Перезагрузиться, проверить лимиты
ulimit -a
Благодарю за помощь. Правда ещё не проверял, как будет возможность перезагрузить сервер сразу отпишу :)
Вы правильно заметили, лимиты для моей задачи слишком большие. Но знаний всё оптимизировать нету, да и не нужно если и так всё работает :)) Проблемы возникли только на 16.04.
Команды для вывода макс коннектов так и не нашёл, чтоб само считало и выводило текущее кол-во, так бы можно было задать точное кол-во. Скорее всего нужно скриптом выводить.
По поводу лимитов файлов, уже стоят такие значения:
Стоит ли их изменять?