перенос mysql в сетевую папку

[RoNiNk]

пытаюсь перенести свежую бд в сетевую папку

Код: [Выделить]

sudo rsync -av /var/lib/mysql /mnt/MySQLсетевая папка монтируется с флагом noperm

как только бд пытается загрузиться с нового мcета, возникает ошибка

Код: [Выделить]

2023-02-12T09:40:56.109995Z 1 [ERROR] [MY-012574] [InnoDB] Unable to lock ./#innodb_redo/#ib_redo6 error: 13
2023-02-12T09:40:56.110088Z 1 [ERROR] [MY-012894] [InnoDB] Unable to open './#innodb_redo/#ib_redo6' (error: 11).я пробовал удалять этот файл, он создает новый #ib_redo0 и сыпет те-же ошибки с новым файлом.

права на файл

Код: [Выделить]

-rwxr-xr-x 1 root root 3276800 Feb 12 09:38 '#ib_redo6'

[AnrDaemon]

Что-то глупее, чем копировать БД по сети без прав, придумать непросто.

Код: [Выделить]

sudo tar -c -- /var/lib/mysql | ssh … sudo -u mysql tar -xC /var/lib

[RoNiNk]

это не совсем по сети. ubuntu стоит как виртуальная машина на truenas

[AnrDaemon]

Начхать. Правда. Сеть есть, ssh есть, tar есть.

[RoNiNk]

Начхать. Правда. У меня бд не стартует из-за каких-то не понятных проблем с правами, а мне пишут про есть, ssh и tar.

[bezbo]

-rwxr-xr-x 1 root root 3276800 Feb 12 09:38 '#ib_redo6'

Код: [Выделить]

sudo service mysql stop
sudo chown mysql:mysql -R /var/lib/mysql/\#innodb_redo/
sudo chmod 750 /var/lib/mysql/#innodb_redo
sudo chmod 640 /var/lib/mysql/#innodb_redo/#ib_redo*
sudo service mysql start


[RoNiNk]

bezbo, причем тут папка /var/lib/mysql/ ? Если запускать в этой папке, все работает. Проблемы начинаются когда mysql пытается стартануть из директории /mnt/MySQL.
Папка монтируется при старте системы

Код: [Выделить]

//192.168.255.10/MySQL /mnt/MySQL/ cifs credentials=/root/.mysql_cred,uid=114,gid=119,file_mode=0777,dir_mode=0777,noperm,vers=3.0 0 0
Сейчас монтирует от пользователя mysql c правами 777

Код: [Выделить]

-rwxrwxrwx 1 mysql mysql 3276800 Feb 12 17:08 '#ib_redo0'
Доступ к чтению и записи у mysql точно есть т.к. он пересоздает файл #ib_redo0, если его удалить. Но при запуске выдает выше указанные ошибки, словно не может получить доступ к файлу который сам только что создал. Или же эти ошибки не связанны с доступом к файлу ?
Пользователь добавил сообщение 12 Февраля 2023, 21:14:07:попытка инизиализироваться в сетевую папку выдает следующее

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

2023-02-12T18:09:36.591785Z 0 [System] [MY-013169] [Server] /usr/sbin/mysqld (mysqld 8.0.32-0ubuntu0.22.04.2) initializing of server in progress as process 1426
2023-02-12T18:09:36.647291Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2023-02-12T18:09:41.033711Z 0 [ERROR] [MY-012574] [InnoDB] Unable to lock ./#innodb_redo/#ib_redo0 error: 13
2023-02-12T18:09:41.033858Z 0 [ERROR] [MY-012894] [InnoDB] Unable to open './#innodb_redo/#ib_redo0' (error: 11).
2023-02-12T18:09:45.150706Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
2023-02-12T18:09:50.866145Z 0 [ERROR] [MY-012574] [InnoDB] Unable to lock ./#innodb_redo/#ib_redo1 error: 13
2023-02-12T18:09:50.866269Z 0 [ERROR] [MY-012894] [InnoDB] Unable to open './#innodb_redo/#ib_redo1' (error: 11).
2023-02-12T18:09:50.866302Z 0 [ERROR] [MY-013183] [InnoDB] Assertion failure: log0files_governor.cc:1087:err == DB_SUCCESS thread 140017340089920
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/8.0/en/forcing-innodb-recovery.html
InnoDB: about forcing recovery.
2023-02-12T18:09:50Z UTC - mysqld got signal 6 ;
Most likely, you have hit a bug, but this error can also be caused by malfunctioning hardware.
BuildID[sha1]=d4adb458c96e5a834e639603bf696f2d94cfaed1
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0 thread_stack 0x100000
/usr/sbin/mysqld(my_print_stacktrace(unsigned char const*, unsigned long)+0x41) [0x55c8efac3951]
/usr/sbin/mysqld(print_fatal_signal(int)+0x3bc) [0x55c8ef0de9fc]
/usr/sbin/mysqld(my_server_abort()+0x7e) [0x55c8ef0deb2e]
/usr/sbin/mysqld(my_abort()+0xe) [0x55c8efabdbce]
/usr/sbin/mysqld(ut_dbg_assertion_failed(char const*, char const*, unsigned long)+0x183) [0x55c8efc74913]
/usr/sbin/mysqld(log_files_produce_file(log_t&)+0x360) [0x55c8efb88c30]
/usr/sbin/mysqld(+0x16b38b8) [0x55c8efba18b8]
/usr/sbin/mysqld(log_writer(log_t*)+0x548) [0x55c8efba2978]
/usr/sbin/mysqld(+0x16ad1f9) [0x55c8efb9b1f9]
/lib/x86_64-linux-gnu/libstdc++.so.6(+0xdc2b3) [0x7f5873a992b3]
/lib/x86_64-linux-gnu/libc.so.6(+0x94b43) [0x7f5873720b43]
/lib/x86_64-linux-gnu/libc.so.6(+0x126a00) [0x7f58737b2a00]
The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.



[bezbo]

-rwxr-xr-x 1 root root 3276800 Feb 12 09:38 '#ib_redo6'

-rwxrwxrwx 1 mysql mysql 3276800 Feb 12 17:08 '#ib_redo0'

??

http://dev.mysql.com/doc/refman/8.0/en/forcing-innodb-recovery.html

[RoNiNk]

И зачем вы спамите вопросиками и копируете ссылки из автоматически сгенерированного текста ?

[ALiEN]

RoNiNk, потому что у вас несоответствие. Сначала был root, потом стал mysql.
И назначать права в самба-шаре бессмысленно. Она это не умеет.

[RoNiNk]

Да, не умеет.
Удалось запустить mysql путем создания пользователя и группы mysql в truenas с такими же id как и в виртуальной машине. Затем через nfs примонтировать эту папку от пользователя mysql. Вопрос, почему она не работала через smb со всеми возможными правами, остается открытым.

[AnrDaemon]

Вы БД MySQL монтируете по сети? Это глупо. Очень. У вас база развалится, а вы не будете знать, почему.
Ни одна сетевая FS не умеет в нормальные локи, необходимые для работы БД.

[RoNiNk]

А какие есть варианты, если сервер на виртуалке, а основное хранилище это NAS? Есть конечно вариант выделить больше дискового пространства для виртуальной машины и хранить бд в ней, но мне кажется я выбрал меньшее из зол.

[AnrDaemon]

Вы выбрали нерабочий вариант.
Создайте и подключите дополнительный диск для БД.