v-update-sys-queue disk

[sebuba]

Cron <*> sudo /usr/local/vesta/bin/v-update-sys-queue disk - это тема письма, а вот и содержание:
Error: mysql config parsing failed
Началось как сменил пароль root-а на сервере, читал все что есть здесь, не помогло. Вопрос как от этого избавится и насколько это критично кроме того что не показывается в панели размер занимаемый базой, и не создаются бекапы базы, имеется ввиду в панели.

[Alex Connor]

а вы пароль в конфигах панели сменили?

[Macron]

Раскатал вчера пользователя с другого сервера из бекапа (перевез через бекап).
Сегодня письмо от крона:

Cron <admin@serv2> sudo /usr/local/vesta/bin/v-update-sys-queue disk
/usr/local/vesta/func/main.sh: line 291: 6:DB=user_db1: command not found
/usr/local/vesta/func/main.sh: line 291: 7:DB=user_db2: command not found
/usr/local/vesta/func/main.sh: line 291: 8:DB=user_db3: command not found
/usr/local/vesta/func/main.sh: line 291: 9:DB=user_db4: command not found
/usr/local/vesta/func/main.sh: line 291: 10:DB=user_db5: command not found
/usr/local/vesta/func/main.sh: line 291: 6:DB=user_db1: command not found
/usr/local/vesta/func/main.sh: line 291: 7:DB=user_db2: command not found
/usr/local/vesta/func/main.sh: line 291: 8:DB=user_db3: command not found
/usr/local/vesta/func/main.sh: line 291: 9:DB=user_db4: command not found
/usr/local/vesta/func/main.sh: line 291: 10:DB=user_db5: command not found

на сервере есть и другие БД, на них не ругается.

v-rebuild-database сделал, из панели счетчики обновил, вручную команда выдает то же самое.

[skurudo]

Я бы попробовал посмотреть сначала на /usr/local/vesta/data/queue/disk.pipe
Ведь именно оттуда берутся данные - все ли там ровно, ничего ли не сломалось, доступен ли файл.

[Macron]

root@serv2:/usr/local/vesta/data/queue# ls -la
total 20
drwxr-x--- 2 root root 4096 Jul 8 05:27 .
drwxr-xr-x 9 root root 4096 Jun 29 12:24 ..
-rwxr-x--- 1 root root 0 Jul 8 05:27 backup.pipe
-rwxr-x--- 1 root root 2489 Jun 30 08:35 disk.pipe
-rwxr-x--- 1 root root 0 Jul 5 10:04 restart.pipe
-rwxr-x--- 1 root root 726 Jul 5 10:01 traffic.pipe
-rwxr-x--- 1 root root 341 Jun 29 13:07 webstats.pipe
там есть все как положено
/usr/local/vesta/bin/v-update-user-disk user
/usr/local/vesta/bin/v-update-web-domains-disk user
/usr/local/vesta/bin/v-update-mail-domains-disk user
/usr/local/vesta/bin/v-update-databases-disk user
при выполнении их по отдельности последний, с databases-disk как раз и выскакивают эти же ошибки




в main.sh на 291 строке мне вообще непонятное на что там ругатся, 291 строчка жЫрная

# Update object value
update_object_value() {
row=$(grep -nF "$2='$3'" $USER_DATA/$1.conf)
lnr=$(echo $row | cut -f 1 -d ':')
object=$(echo $row | sed "s/^$lnr://")
eval "$object"
eval old="$4"
old=$(echo "$old" | sed -e 's/\\/\\\\/g' -e 's/&/\\&/g' -e 's/\//\\\//g')
new=$(echo "$5" | sed -e 's/\\/\\\\/g' -e 's/&/\\&/g' -e 's/\//\\\//g')
sed -i "$lnr s/${4//$/}='${old//\*/\\*}'/${4//$/}='${new//\*/\\*}'/g" \
$USER_DATA/$1.conf
}

[skurudo]

Раскатал вчера пользователя с другого сервера из бекапа (перевез через бекап).
v-rebuild-database сделал, из панели счетчики обновил, вручную команда выдает то же самое.

Кстати, такой вопрос, а ругается только на базы пользователя, который переехал?

Можно также на всякий случай узнать основные мелочи:
- ОС
- версия панели
- база данных версия.

[Macron]

да, только того пользователя который переехал.
сервер свежий, Ubuntu 14.04.4 LTS (3.13.0-91-generic #138-Ubuntu SMP Fri Jun 24 17:00:34 UTC 2016 x86_64)
vestacp 0.9.8 (amd64) Release: 16 (0.9.8-16)
Your MySQL Server version: 5.5.49-0ubuntu0.14.04.1 (Ubuntu)

а перевозилось видимо с 15ой версии

[sebuba]

а вы пароль в конфигах панели сменили?

Какой из,что конкретно Вы имеете в виду.

[Macron]

какой пароль-то?
всегда при переезде пароли переезжали вместе с юзером.
пароли на админа и на мускл генерируются каждый раз новые, при установке...
вообщем ошибка каждый день вылазит

[Alex Connor]

по всей видимости, в конфиге панели прописаны несколько одинаковых бд. как вариант попробуйте посмотреть файл

Code: Select all

/usr/local/vesta/data/users/USERNAME/db.conf

на наличие дублирующихся записей. если таковы обнаружены (и вы уверенны, что они 1:1 похожи, можно последнюю из них удалить