Ошибки cron заданий

[rez0n]

Добрый день.
Вчера обновился, начал получать отлупы кронов, очень странные при том. Скажите пожалуйста в чем дело может быть?

Code: Select all

Cron <admin@wmail> sudo /usr/local/vesta/bin/v-update-user-stats
/usr/local/vesta/bin/v-update-user-stats: line 70: /usr/local/vesta/data/users/backup.conf/user.conf: Not a directory
/usr/local/vesta/bin/v-update-user-stats: line 101: /usr/local/vesta/data/users/backup.conf/stats.log: Not a directory
chmod: cannot access `/usr/local/vesta/data/users/backup.conf/stats.log': Not a directory

Code: Select all

Cron <admin@wmail> sudo /usr/local/vesta/bin/v-backup-users
grep: /usr/local/vesta/data/users/backup.conf/user.conf: Not a directory

[skid]

Скорее всего это артефакт после восстановления из бэкапа. Баг еще не отловили, но поправить его просто. Удалите файл /usr/local/vesta/data/users/backup.conf

[rez0n]

Да, я сначала тоже подумал что из-за бекапа, но переубедился в этом, так как ошибка не конкретного юзера, а глобальная. Потому начал грешить на апдет :)
В любом случае Вам виднее. Ошибка не сильно напрягает, потому пока не буду ничего ломать, подожду Вашего совета, как отловите причину.

[rez0n]

Кстати говоря, резервная копия создалась успешно.

[rez0n]

Как обстоят дела с поиском?
Ошибка по прежнему есть и резервная копия по прежнему создается успешно.

Еще один нюанс. Получаю уведлмления такого вот плана.

Code: Select all

admin → backup failed
Can't dump mysql database admin_default

Но такие я получаю еще с момента установки Vesta на этот сервер, 2 месяца тому.

[skid]

Такая база данных есть? Возможно ее удалили при помощи phpMyAdmin? Если такой базы больше нет и она не нужна, удалите ее так же и из панели.

[rez0n]

Такая база была, но я на всякий случай удалил за ненадобностью.
Утром посмотрим, как пройдут ночные бекапы.

[rez0n]

Снова то же.


База эта, осталась единственная, и при этом - рабочая.

[skid]

* Первое и последнее письмо пришли из-за файла /usr/local/vesta/data/users/backup.conf. Удалите его и проблема решится.

* Ошибка во втором письме может означать, что сменился root пароль к серверу mysql а в файле /usr/local/vesta/conf/mysql.conf прописан старый.

[rez0n]

1. Извините, сразу не так Вас понял. Понял как временное решение (ломающее всю систему резервного копирования). Посмотрел, у каждого юзера есть свой backup.conf, а этот, корневой bacup.conf получается случайно там оказаля?
Удалил.

2. Нет, с паролем все в порядке.

Code: Select all

[root@wmail ~]# mysql -uroot -p
Enter password:
///copyright///
mysql> use admin_rezonblog
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> show tables;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    9274
Current database: admin_rezonblog

+------------------------------------+
| Tables_in_admin_rezonblog          |
+------------------------------------+
| rwp_commentmeta                    |
| rwp_comments                       |
| rwp_download_monitor_file_meta     |
| rwp_download_monitor_files         |
| rwp_download_monitor_formats       |
| rwp_download_monitor_log           |
| rwp_download_monitor_relationships |
| rwp_download_monitor_stats         |
| rwp_download_monitor_taxonomies    |
| rwp_links                          |
| rwp_options                        |
| rwp_postmeta                       |
| rwp_posts                          |
| rwp_term_relationships             |
| rwp_term_taxonomy                  |
| rwp_terms                          |
| rwp_usermeta                       |
| rwp_users                          |
+------------------------------------+
18 rows in set (0.01 sec)

mysql>