vip-moto

Рейтинг
192
Регистрация
23.09.2009
admak:
для линукса в /etc/fstab

tmpfs /mnt/tmp tmpfs mode=770,gid=48,size=20M,noexec,nosuid,nodev,noatime 0 0


поставьте нужный gid или uid, ну и нужный размер.
диру поменять на tmpdir = /mnt/tmp
ребутнуться.

поможет ли /tmp в раме - хз, самому интересно.

Все понятно кроме gid как с ним определиться? Нужный это какой?

tmpdir = /tmp

как перенести в рам?

kgtu5:
Сколько апачей разрешено для оставшихся 500мб???

апачей максимум 25. При пиковой нагрузке наблюдал 18 запущенных, больше пока не было. Поэтому увеличивать думаю нет смысла.

Откатился на марию. 1 проблема пропала

-------- General Statistics --------------------------------------------------

[--] Skipped version check for MySQLTuner script

[OK] Currently running supported MySQL version 5.5.33a-MariaDB-log

[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------

[--] Status: +Archive -BDB +Federated -InnoDB -ISAM -NDBCluster

[--] Data in MyISAM tables: 380M (Tables: 114)

[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)

[OK] Total fragmented tables: 0

-------- Security Recommendations -------------------------------------------

[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------

[--] Up for: 6m 57s (6K q [14.544 qps], 565 conn, TX: 8M, RX: 1M)

[--] Reads / Writes: 86% / 14%

[--] Total buffers: 418.0M global + 6.1M per thread (85 max threads)

[OK] Maximum possible memory usage: 938.6M (61% of installed RAM)

[OK] Slow queries: 0% (0/6K)

[OK] Highest usage of available connections: 8% (7/85)

[OK] Key buffer size / total MyISAM indexes: 168.0M/162.2M

[OK] Key buffer hit rate: 98.6% (4M cached / 59K reads)

[OK] Query cache efficiency: 59.6% (2K cached / 4K selects)

[OK] Query cache prunes per day: 0

[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 35 sorts)

[!!] Temporary tables created on disk: 26% (5 on disk / 19 total)

[OK] Thread cache hit rate: 98% (7 created / 565 connections)

[OK] Table cache hit rate: 119% (162 open / 136 opened)

[OK] Open file limit used: 6% (287/4K)

[OK] Table locks acquired immediately: 95% (2K immediate / 2K locks)

-------- Recommendations -----------------------------------------------------

General recommendations:

MySQL started within last 24 hours - recommendations may be inaccurate

When making adjustments, make tmp_table_size/max_heap_table_size equal

Reduce your SELECT DISTINCT queries without LIMIT clauses

Variables to adjust:

tmp_table_size (> 64M)

max_heap_table_size (> 64M)

но что делать с tmp

как бы я их не увеличивал все равно просит больше и больше

Dram:
Ахтунг - Вы съехали с более продвинуй Марии на Мускуль? Зачем???

Не по своему желанию. Из репозитария залетела. Советуйте откатиться на Марию?

---------- Добавлено 14.10.2013 в 18:11 ----------

iamsens:
судя из:
[!!] Temporary tables created on disk: 37% (2K on disk / 6K total)

попробуйте
tmpdir = /tmp -в RAM диск вынести, должно помочь

А не подскажите как? И тут на форуме нашел подобный топик , там говориться что на OpenVMZ нельзя.

V2NEK:
У Вас много блокировок таблиц
[!!] Table locks acquired immediately: 91%
Попробуйте по возможности сменить движок, либо как-т оптимизировать использование ресурсов базы.

Да вот такое началось недавно... После обновления Mysql, была MariaDB, сейчас стоит MySQL. На марии Table locks acquired immediately: 91% были в порядке

kgtu5:
нет bdb больше, соответственно и параметры лишние mysql не нужны

спасибо. Тему в топку

netwind:
vip-moto, так уберите его. Это полностью безопасно в вашем случае.
Новые версии mysql вообще этот движок не включают и, соответственно, не понимают вообще этот параметр.

ну а почему он перестал отключаться?

poiuty:
например поднять nginx и закинуть бекап в wwwdir
кроме wget можно юзать scp и передать по ssh

Спасибо, помогли!!

kgtu5:
тс 11 пост - уже давно бы все работало, создать пользователей, перетянуть папки сайтов, сменить владельцев - пару часов на все про все...

---------- Добавлено 27.09.2013 в 14:47 ----------

или хотя бы посмотри конфиг isp - /usr/local/ispmgr/etc/ispmgr.conf
после блока с сервисами и путями path должны идти пользователи (примерно так выглядеть должно)

далее
домены Domain имя_домена.ру 500
базы DbAssign "MySQL" имя_базы 501

Там все, даже если в конфиге все стереть и почистить кеш, юзеры все равно есть в панели 0_о

---------- Добавлено 27.09.2013 в 16:08 ----------

Вообщем после долгих сор с хостером, он мне дал еще один впс такой же конфигурации и сказал что у меня неделя чтобы все перелить, через неделю должен сообщить какой впс я оставляю

Всего: 662