Показано с 1 по 3 из 3

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

  1. #1
    Senior Member
    Регистрация
    07.05.2009
    Сообщений
    203

    По умолчанию Не работает резервное копирование на Яндекс.Диск

    Здравствуйте.
    На днях решил перевести все локальные бэкапы на ЯД.
    В панели управления 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 назад бекапы на ЯД проходили без проблем, но я от них отказался по некоторым причинам.

  2. #2
    Senior Member Аватар для Lazek
    Регистрация
    04.06.2008
    Сообщений
    926

    По умолчанию

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

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

  3. #3
    Junior Member
    Регистрация
    22.01.2017
    Сообщений
    7

    По умолчанию

    ISPmanager 5 Business 5.144.1.

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

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •