(БАГ)

[Kudja]

На мыло стали приходить отчеты вида
Заголовок: Cron <admin@v01> sudo /usr/local/vesta/bin/v-update-sys-queue disk
Тело:
/usr/local/vesta/data/queue/disk.pipe: line 20: v_update_datbases_disk:
И далее набор символов непонятный

Если запустить из консоли команду

Code: Select all

v-update-sys-queue disk

То непонятные символы приобретают смысл и выдает

Code: Select all

/usr/local/vesta/data/queue/disk.pipe: line 20: v_update_datbases_disk: команда не найдена

[skid]

Спасибо, обнаружил опечаткув скрипте ребилда. Пакет с обновлением будет доступен завтра, в понедельник. Потом нужно будет сделать ребилд юзера по новой, а пока как временное решение можно исправить баг вручную

Code: Select all

sed -i 's/_/-/g' /usr/local/vesta/data/queue/disk.pipe

[Kudja]

Спасибо, обнаружил опечаткув скрипте ребилда. Пакет с обновлением будет доступен завтра, в понедельник. Потом нужно будет сделать ребилд юзера по новой, а пока как временное решение можно исправить баг вручную

Code: Select all

sed -i 's/_/-/g' /usr/local/vesta/data/queue/disk.pipe

А поясни плиз что значит ребилд пользователя? Т.е. какие процессы при этом происходят и нет ли вероятности что при этом будут утерянны некие данные пользователя. Саму команду я в панели видел, но не решался запускать её кроме как на тестовом пользователе

[skid]

Ребилд пользователя означает то, что все его конфигурационные файлы будут созданы по новой. Пользовательские данные это не затрагивает, так что, функцией можно пользоваться без опасений. При желании можно восстановить только днс или только почту.

Идея в том, что все настройки пользователя хранятся /usr/local/vesta/data/users/ и в случае проблем проблем, можно 100% восстановить конфигурацию на основе этих параметров.

[Kudja]

Обновился до последней версии, ребилд всех пользователей сделал - ошибка все-равно приходит на мыло как и ранее

[skid]

Если после ребилда всех пользователей ошибка осталась, то скорее всего осталась запись для уже удаленного пользователя. Если так, то перед ребилдом лучше удалить файл /usr/local/vesta/data/queue/disk.pipe.

[Kudja]

Если после ребилда всех пользователей ошибка осталась, то скорее всего осталась запись для уже удаленного пользователя. Если так, то перед ребилдом лучше удалить файл /usr/local/vesta/data/queue/disk.pipe.

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

Code: Select all

[root@v01 queue]# v-update-sys-queue disk
/usr/local/vesta/data/queue/disk.pipe: line 4: v-update-datbases-disk: команда не найдена
/usr/local/vesta/data/queue/disk.pipe: line 8: v-update-datbases-disk: команда не найдена
/usr/local/vesta/data/queue/disk.pipe: line 12: v-update-datbases-disk: команда не найдена
/usr/local/vesta/data/queue/disk.pipe: line 16: v-update-datbases-disk: команда не найдена
/usr/local/vesta/data/queue/disk.pipe: line 20: v-update-datbases-disk: команда не найдена

однако запуск из консоли этих команд с именем юзверя (пробовал для всех) все проходит на ура
команды имею ввиду

Code: Select all

v-update-datbases-disk USERNAME

[skid]

Моя невнимательность :(
В скрипте ребилда все еще осталась ошибка, там была пропущена буква a в слове databases.
v-update-datbases-disk/v-update-databases-disk

Выход пакета с исправлением запланирован на понедельник. Сейчас можно временно решить проблему таким способом:
sed -i 's/datbases/databases/g' /usr/local/vesta/data/queue/disk.pipe