Не работает резервное копирование на Яндекс.Диск

[bellatrix]

Здравствуйте.
На днях решил перевести все локальные бэкапы на ЯД.
В панели управления ISPManager (5.90.3) все этапы аутентификации в ЯД вроде бы проходят без ошибок, но в результате ничего не создаётся, а в памяти начинают копиться процессы backup2, которых изо дня в день становится всё больше, пока я их не убиваю вручную.
В логе backup2.log ничего примечательного:

Apr  1 15:35:52 [19546:1] log INFO Init logs for 'backup2' defaults is: level 5 color is on
Apr  1 15:35:52 [19546:1] rpc EXTINFO Query('func=backup2.item&start=on&date=2018%2D04%2D01')
Apr  1 15:35:52 [19546:1] rpc EXTINFO Query('func=backup2.item')
Apr  1 15:35:52 [19546:1] proc EXTINFO Run 'sbin/backup2 --date 2018-04-01 user123' pid 19549
Apr  1 15:35:52 [19549:1] log INFO Init logs for 'backup2' defaults is: level 5 color is on
Apr  1 15:35:52 [19549:1] libmgr EXTINFO Command line argument 'date' add value '2018-04-01'
Apr  1 15:35:52 [19549:1] rpc EXTINFO Query('func=user.edit&elid=user123')

В лог backup2_cp.log в автоматическом режиме создания бэкапов вообще ничего не писалось. Когда попробовал запустить sbin/backup2 вручную, появилась запись:

Apr  1 15:41:15 [20210:1] log INFO Init logs for 'backup2_cp' defaults is: level 5 color is on
Apr  1 15:41:15 [20210:1] libmgr EXTINFO Command line argument 'count-limit' add value '2'
Apr  1 15:41:15 [20210:1] libmgr EXTINFO Command line argument 'path' add value 'var/backup/ispmgr'
Apr  1 15:41:15 [20210:1] main INFO Rescan storage and place indexes to '/usr/local/mgr5/var/backup/ispmgr'
Apr  1 15:41:15 [20223:1] log INFO Finished
Apr  1 15:41:15 [20210:1] main INFO Size control started
Apr  1 15:41:15 [20224:1] log INFO Init logs for 'backup2_cp' defaults is: level 5 color is on
Apr  1 15:41:15 [20224:1] main INFO Global size control. Size limit: 9223372036854775807, count limit: 2
Apr  1 15:41:15 [20224:1] main INFO Add node '', size limit: 9223372036854775807, 0x1b6e8e8
Apr  1 15:41:15 [20224:1] proc EXTINFO Run '/usr/local/mgr5/sbin/backup2_cp --client' pid 20225
Apr  1 15:41:15 [20224:1] main EXTINFO Backup size: 0, limit: 9223372036854775807
Apr  1 15:41:15 [20225:1] log INFO Init logs for 'backup2_cp' defaults is: level 5 color is on
Apr  1 15:41:15 [20225:1] main INFO Open control socket 'tmp/backup2_cp.sock'
Apr  1 15:41:15 [20225:1] main INFO Client. Backup token = 'path=Backup;token=AQAAAAAB9jk6AAJ90-D-9iBnvUATvXxLmo0goBo;type=yandex'
Apr  1 15:41:16 [20210:1] main INFO Size control server is ready. Date: 
Apr  1 15:41:16 [20224:1] proc EXTINFO Process 20225 finished with status 0
Apr  1 15:41:16 [20224:1] log INFO Finished

Из неё самое любопытное, это Backup size: 0
Куда копать, не подскажете?
Года 2 назад бекапы на ЯД проходили без проблем, но я от них отказался по некоторым причинам.

[Lazek]

Здравствуйте,

В первую очередь Вам необходимо обновить панель управления до последней доступной версии и проверить актуальность проблемы.

[Lucard]

ISPmanager 5 Business 5.144.1.

Проблема актуальна. Ежедневно чищу от вот таких сессий:
root backup2 1903:39