201109 20:01:30 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
201109 20:01:30 [Note] Plugin 'FEDERATED' is disabled.
201109 20:01:30 InnoDB: The InnoDB memory heap is disabled
201109 20:01:30 InnoDB: Mutexes and rw_locks use GCC atomic builtins
201109 20:01:30 InnoDB: Compressed tables use zlib 1.2.8
201109 20:01:30 InnoDB: Using Linux native AIO
/usr/sbin/mysqld: Can't create/write to file '/tmp/ibfrAb8W' (Errcode: 13)
201109 20:01:30 InnoDB: Error: unable to create temporary file; errno: 13
201109 20:01:30 [ERROR] Plugin 'InnoDB' init function returned error.
201109 20:01:30 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
201109 20:01:30 [ERROR] Unknown/unsupported storage engine: InnoDB
201109 20:01:30 [ERROR] Aborting
201109 20:01:30 [Note] /usr/sbin/mysqld: Shutdown complete
Очевидно у процесса mysqld нет доступа на запись в /tmp. Сам бы логи почитал.
201109 20:01:30 InnoDB: Error: unable to create temporary file; errno: 13
201109 20:01:30 [ERROR] Plugin 'InnoDB' init function returned error.
201109 20:01:30 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
201109 20:01:30 [ERROR] Unknown/unsupported storage engine: InnoDB
Ты английский понимаешь в обще?
Вот тебе решение проблемы твоей:
https://www.scalescale.com/tips/nginx/cant-createwrite-to-file-tmp-errcode-13-mysql-error/
А теперь уебывай отсюда.
(и да, статья на английском, лол)
спасибо
из под root
это все равно не помогает
mysql не стартует
>>232843933
Где ты был 8 лет, когда все английский изучали?
Через докер запускай, даун.
это как?
docker run --name some-mysql -e MYSQL_ROOT_PASSWORD=my-secret-pw -d mysql:latest
Пользователь то какой? Ты не тупо все копируй в командную строку, а своего полльзователя подставляй, из под которого должна запускаться майЭсКуЭль
ебать ты дегенерат? По-твоему логи то что-то типа ошибка и всё, тебе твоей тупой голове никогда не казалось, то, что пишут в логи, это почти прямое описание ошибки? Блять прочитай логи и исправь ошибку
> а своего полльзователя подставляй, из под которого должна запускаться майЭсКуЭль
я только пришел сюда работать, и тут такая херня
от куда я знаю из под какого пользователя?
А нахуя ты берешься за работу, в которой ты некомпетентен?
Если ты не знаешь имя пользователя, то тебе там нехуя делать, скажи просто начальнику "Я вам не подхожу, ибо линукс не знаю".
Теперь эту статью осиль от и до.
Не просто прочитай, а пойми что в ней написано.
Все вопросы отпадут сразу.
https://techlist.top/linux-users-types-of-users/
history| grep mysql
мудила
А это ты уже права поменял для /var/lib/mysql?
Выше чего есть, кто то же запускал MYSQL до тебя на этом сервере.
Пока ты свои сюда не залез
его можно прокрутить или сохранить в отдельный файл?
history | grep mysql | less
Крутится через pagedown и pageup
>2020
>Mysql
Маня, которая только вчера начала выкатываться в ойти, ты?
PGSQL зумер, ты ли это?
/usr/sbin/mysqld: Can't create/write to file '/tmp/ibfrAb8W' (Errcode: 13)
Смотри права на запись в /tmp
права в порядке
chmod o+t /tmp
service mysql restart
Надеюсь в компании есть бекап вашего почтового сервера, до того как ты запустил свои руки туда, няш
df -h
может места нет.
А через /etc/init.d/mysql reload?
Бля, как будто реально памяти не хватает. А что говорит df -ih?
хорони сервак, ливай с работы долбоёб гречнивый
а бэкапы у тебя есть дебик ?
>>232846888
Проиграл с монитора из нулевых
Это схуяли ты так решил?
>chmod 777 /tmp
>chmod o+t /tmp
chmod -R 777 /tmp
chmod -R o+t /tmp
Алсо, ls -la /tmp
И конфиг мускула в студию.
Нужен путь до временных файлов движка innoDB если они отличаются от дефолтных.
Кажется понятно, что у тебя.
Покажи что это скажет:
mysql --version
sudo apt search mysql-server
sudo rm -Rf /var/lib/mysql/
sudo rm -Rf /etc/mysql/
sudo rm -rf /var/log/mysql
sudo delgroup mysql
У него база цела, её можно просто скопировать из каталога.
Там или с правами на каталоги для временных файлов проблема, или SELINUX выебывается
Ебать ты пидар
Попробуй SElinux отрубить и ребутнуться и попробовать запустить сервис
Адекват в треде.
Понять бы что он сделал до того как всё уебать, а то хули кидает кусок уже после. Не думаю что силинукс
> Кажется понятно, что у тебя.
> Покажи что это скажет:
> mysql --version
> sudo apt search mysql-server
> sudo rm -Rf /var/lib/mysql/
> sudo rm -Rf /etc/mysql/
> sudo rm -rf /var/log/mysql
> sudo delgroup mysql
Ну и нахуя так с челом поступать? Он долбоеб конечно, но и ты педрила редкостный.
he MySQL database server configuration file.
#
# You can copy this to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "~/.my.cnf" to set user-specific options.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html
# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock
# Here is entries for some specific programs
# The following values assume you have at least 32M ram
# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket = /var/run/mysqld/mysqld.sock
nice = 0
[mysqld]
#
# Basic Settings
#
#bind =127.0.0.1
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking
key_buffer = 16M
max_allowed_packet = 16M
thread_stack = 192K
thread_cache_size = 8
myisam-recover = BACKUP
query_cache_limit = 1M
query_cache_size = 16M
log_error = /var/log/mysql/error.log
max_binlog_size = 100M
innodb_buffer_pool_size = 1G
innodb_additional_mem_pool_size = 128M
innodb_file_per_table=1
innodb_flush_method = O_DSYNC
innodb_thread_concurrency = 4
innodb_file_format=barracuda
[mysqldump]
quick
quote-names
max_allowed_packet = 16M
[mysql]
#no-auto-rehash # faster start of mysql but no tab completition
[isamchk]
key_buffer = 16M
#
# IMPORTANT: Additional settings that can override those from this file!
# The files must end with '.cnf', otherwise they'll be ignored.
#
!includedir /etc/mysql/conf.d/
Да просто интересно что комп покажет.
Нужно все попробовать.
свет отключили
машина не запускалась
и я сделал это : https://itprofi.in.ua/blog/software/43-ne-zagrujaetsia-ubuntu.html
Дальше перейдём к диагностике банковской карты, если не поможет
Всё по дефолту. Там что это или права на /tmp или SELinux
>свет отключили
chmod -R 777 /tmp
rm -rf /tmp/*
reboot
А ну так то файловая система закораптилась, то нормально так бывает.
После этого с MYSQL че делал? какие ошибки были? логи?
Покажи версию mysql:
rm -Rf /var/lib/mysql/
> А ну так то файловая система закораптилась, то нормально так бывает.
fsck.
У тебя ошибка
apt-get install mariadb-server-5.2
Деньги вперед, ну или готовь анус для НАЧАЛЬНИКА
Вкатывальщик хуев
Не верь, эта хуйня удаляет мусикуль
Всё, пизда тебе. Довкатывался.
Проиграно нахой
Помогите пожалуйста, я в отчаянии...
У тебя там фс распидорасило и тв в ридонли моде либо?
ебаклак
Делай бочку
Пришли фото флагштока в своём анусе и я подскажу как починить.
>>232849412
А я не понял. Оп установил базу данных поверх существующей?
это делал уже?
Не дало к счастью, тоже ошибок насыпало.
ОП, всё, пизда, зави кого-нибудь кто консоль линукса не в 3йраз в жизни видит.
И да, так как ты, тупая идиотина не смог, блять, даже удалить все файлы из /tmp, проверить фс, проврить состояние рейда винта, то тебе лучше вообще нихуя не нажимать, и особенно не копировать блять хуиту из двача прямо в рут консоль
>>232850322
Он долбоеб.
Он установил другую СУБД той командой от "доброго" анона и тем самым затер mysql. Он установил Миранду ДБ, она при установке удаляем mySQL
Блять, проиграл на весь офис.
У него mysql, нахуя ты устанавливаешь mirandadb?
Ты наркоман что ли, сука?
Может ты по ошибке взял mysql?
Тебе же даже Линукс пишет - Неправильная магия
Эта команда откатит mysql на утро, т.е. в твоем случае на состояние после отключение света (последнее включение пк)
sudo parted /dev/sda
Moodle
я повесился
Сломав глаза можно прочитать что там не так, ващет четка написано куда ковырять.
Братан, ты опоздал чуток, лучше почитай конец тредю.
Двачую, я обычно в профильные форумы лезу по линуксу.
Да ОП сам себя уволил, так то.
они еще не в курсе
щас ищу человека который может это все поправить
@в итоге все пошло по пизде
пришел на двач за советом?
сосни-ка хуйца classic
Это надо было делать сразу.
У тебя бекапа нет?
Как выше тебе анон советовал - скопируй базы, переустанови mysql, создай пользователя mysql, добавь базы (скопированные).
Потестируй на виртуалке только, не на боевом сервере.
Я уже предложил - фото с флагштоком в анусе и с супом на фоне этого самого моника. И я чиню тебе твою хуйню. Даже денег не прошу.
>/usr/sbin/mysqld: Can't create/write to file '/tmp/ibfrAb8W' (Errcode: 13)
Написано же, что писать в файл не может, дальше он утбея из-за этого и сыпется. Проверь у mysql права на запись в папку /tmp/.
Какая уже mysql, он там права менял и миранду накатывал поверх субд.
ОП, хуй знает, давай удаленный доступ по ssh к серверу, разберемся
Думаешь о тебе его даст?
Мимо-анон-из-вчерашнего-треда
Какого вчерашнего?
Он 2 дня уже это чинит?
Ну он же повёлся на всё остальное, хуже то уже явно не будет
Вчера этот чмоня писал то же самое, но при этом ушел с работы и выключил сервак
То есть, вчера он мудрым советам двача не следовал, а просто выключил сервак?
Значит это лежащее говно никому не нужно, так не интересно. Еслиб нужно было - пердолился бы всю ночь.
Двачую
Так может там и не было ничего на пукарне? Он просто с нуля мускуль поднимает, может даже от безделья. Тупо проёбывать нечего, баз там не было изначально?
Ну вот смотрите, у него мускуль не запускается, конкретно там движок innoDB. Суть этих движков в том как они записывают и извлекают данные, innoDB с блокировками при записи работает лучше. Как он работал раньше движка и ничего не сыпалось?
Он как-то умудрился права на запись урезать или само сломалось или ещё что-то? Скорее всего мускуль не работал изначально, он устанавливает впервые, так что проёбывает ему там нечего. Кто в линуксе сечёт, что могло случится что мускуль не может писать в tmp? Кто его допустил вообще к линуксу, если не знает нифига? Кто-то ведь до него всё ставил, настраивал. Я думаю он просто вкатывается, учится, поэтому не боится запускать любые команды с двача.
Либо и вправду что-то сломал и он - ньюфаг и не понимает, что когда не знаешь нельзя выполнять команды линукса которые не знаешь, нельзя верить двачерам. Значит и бекапа нет.
Ну и что ты хотел этим сказать, дебил?
Он в треде писал, что у него посыпалось после выключения питания, а значит была фс РО.
Что блять оп развлекается нахуй никому не нужной списанной убитой обоссаной пукарней, там не было важных баз. Его за это не уволят, попросту незачто.
Самая удобная субд же
двочую
>2020
>СУБД вместо работы с текстовым файлом.
Как там производительность?
>2020
>ебатся с конкуренцией при записи в один файл, блокировочки
>писать свою субд чтобы иметь вменяемый поиск среди записей
Как там твоя производительность после этого?
Ты что там, делаешь базу где работает один пользователь с одной записью? Домашняя страница на локалхосте для демонстрации мамке?
А ты зачем инициализировал базу еще раз на предыдущем скрине, если до тебя мускуль использовался тут?
Никогда кассы не покупайте.