Backup на FTP

[MaySky]

У меня на сервере несколько акаунтов.

Бэкапирование для части из них создано из-под root.
Скрин приложен - там где владелец root.

Бэкапирование остальных акаунтов создано в панели под логинами этих акаунтов.
Скрин пример тоже приведен.

Так вот те аккаунты, которые отображает при выборе владелец root, бэкапятся корректно.

Остальные, где владелец непосредственно логин соответствующего аккаунта, не бэкапятся с ошибкой что привел выше.

На каждый аккаунт отдельное задание для бэкапирования.
Все задания бэкапирования бэкапятся по ФТП в одну и ту же папку с одним и тем же логином и паролем. Но каждый в свою подпапку.

В конце января бэкапы работали как положено. На этой неделе заметил что перестали.
Судя по обрывкам бэкапов в одном из акаунтов, все остановилось 6 марта где-то.

[alenka]

По бекапам никаких обновлений не было. попробуйте увеличить время между бекапами.
Если один бекап выполняется(в процессе), второй не будет выполнен.

Ошибка обыччно вида
"Failed to rcat with 2 errors: last error was: update getinfo: object not found
Недостаточно места. Бэкапирование не выполнено."

Проверьте фаервол и доступность интервала портов, на сервере там где запущен ftp сервер.
И попробуйте остановить или удалить csf на сервере с панелью.
Какая ос?
Место на сервере есть?
df -h
free -h

[alenka]

Только что проверила, на новой панели бекап выполняется без ошибок.
Уточните на ftp есть директория в которую делаете бекап?
Владелец, группа и права дают запись в данную директорию?

[MaySky]

Не было времени заниматься.
Только дошли руки.

Решил все кардинально сделать. Снес все задания по резервному копированию и решил настроить с нуля.
Указываю данные для бэкапирования и получаю "ошибку авторизации" при тесте.
Пробовал SFTP и FTP (оба метода авторизируется сторонними программами с этими учетными данными)
Пробовал сервер указывать как доменное имя и айпи.
Учетные данные верные.

С этого же сервера где брейни подключаюсь через команду sftp к целевому хосту для бэкапов с этими же логином и паролем, и соединение работает.

Где хотя б посмотреть лог что не так?

[alenka]

Не было времени заниматься.
Только дошли руки.

Решил все кардинально сделать. Снес все задания по резервному копированию и решил настроить с нуля.
Указываю данные для бэкапирования и получаю "ошибку авторизации" при тесте.
Пробовал SFTP и FTP (оба метода авторизируется сторонними программами с этими учетными данными)
Пробовал сервер указывать как доменное имя и айпи.
Учетные данные верные.

С этого же сервера где брейни подключаюсь через команду sftp к целевому хосту для бэкапов с этими же логином и паролем, и соединение работает.

Где хотя б посмотреть лог что не так?

Какая версия панели?
sftp по 22 порту.
ftp по 21 порту.
Если указан sftp, вы должны разрешить для пользователя shell доступ и тип хранилища - удаленный сервер.

[MaySky]

Версия панели 1.0977.20250415
На скринах подключаюсь через удаленную папку в ПУ Брейни и получаю ошибку.
На втором скрине подключаюсь с сервера где стоит Брейни с командной строки командой SFTP из-под того же пользователя в аккаунте которого хочу создать задание на бэкап. Подключение происходит без проблем.
Шелл доступ разрешен.

[alenka]

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

[foultm]

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

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

[Zerooo]

Аналогично, "ошибка авторизации" после "Проверить соединение".
Порт нестандартный, ftp простой (не sftp).
Лог сервера:

Код: Выделить всё

<Date/Time> Info [Type] Message
<07.06.2026 15:45:55> FTP Session 31 185.253.219.138 [Response] 220-FileZilla Server 1.12.6
<07.06.2026 15:45:55> FTP Session 31 185.253.219.138 [Response] 220 Please visit https://filezilla-project.org/
<07.06.2026 15:45:55> FTP Session 31 185.253.219.138 [Command] FEAT
<07.06.2026 15:45:55> FTP Session 31 185.253.219.138 [Response] 211-Features:
<07.06.2026 15:45:55> FTP Session 31 185.253.219.138 [Response] 211 End
<07.06.2026 15:45:55> FTP Session 31 185.253.219.138 [Command] OPTS UTF8 ON
<07.06.2026 15:45:55> FTP Session 31 185.253.219.138 [Response] 202 UTF8 mode is always enabled. No need to send this command
<07.06.2026 15:45:55> FTP Session 31 185.253.219.138 [Command] USER la-la-la
<07.06.2026 15:45:55> FTP Session 31 185.253.219.138 [Response] 331 Please, specify the password.
<07.06.2026 15:45:55> FTP Session 31 185.253.219.138 [Command] PASS ****
<07.06.2026 15:45:55> FTP Session 31 185.253.219.138 [Response] 230 Login successful.
<07.06.2026 15:45:55> FTP Session 31 185.253.219.138 dom-svet [Command] PWD
<07.06.2026 15:45:55> FTP Session 31 185.253.219.138 dom-svet [Response] 257 "/" is current directory.
<07.06.2026 15:45:55> FTP Session 31 185.253.219.138 dom-svet [Command] PASV
<07.06.2026 15:45:55> FTP Session 31 185.253.219.138 dom-svet [Response] 227 Entering Passive Mode (46,149,225,201,224,11)
<07.06.2026 15:45:56> FTP Session 31 185.253.219.138 dom-svet [Command] LIST -al
<07.06.2026 15:45:56> FTP Session 31 185.253.219.138 dom-svet [Response] 550 No such file or directory
<07.06.2026 15:45:56> FTP Session 31 185.253.219.138 dom-svet [Command] QUIT
<07.06.2026 15:45:56> FTP Session 31 185.253.219.138 dom-svet [Response] 221 Goodbye.
<07.06.2026 15:45:56> FTP Server [Status] Session 31 ended gracefully.

Другими клиентами на этот FTP-сервер отлично подключаюсь, passiv mode.