forum.opennet.ru - "Duplicity" (3)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Duplicity"

Форумы OpenNET: Виртуальная конференция (Public)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Duplicity"		+/–
Сообщение от rfcr (ok) on 24-Июн-09, 14:59
Всем привет! Кто знает почему duplicity восстанавливает предыдущий бэкап но там совершенно такая же версия файлов как и при последнем бэкапе? Система openSuSe 11.1 1. Создаю полный бэкап duplicity --no-encryption /data/y/ file:///data/duplicity/ Last full backup date: Wed Jun 24 13:07:40 2009 --------------[ Backup Statistics ]-------------- StartTime 1245834485.17 (Wed Jun 24 13:08:05 2009) EndTime 1245834485.20 (Wed Jun 24 13:08:05 2009) ElapsedTime 0.03 (0.03 seconds) SourceFiles 2 SourceFileSize 4113 (4.02 KB) NewFiles 1 NewFileSize 4096 (4.00 KB) DeletedFiles 0 ChangedFiles 1 ChangedFileSize 17 (17 bytes) ChangedDeltaSize 0 (0 bytes) DeltaEntries 2 RawDeltaSize 24 (24 bytes) TotalDestinationSizeChange 304 (304 bytes) Errors 0 ------------------------------------------------- 2. Просматриваю хранилище: duplicity collection-status file:///data/duplicity Last full backup date: Wed Jun 24 13:07:40 2009 Collection Status ----------------- Connecting with backend: LocalBackend Archive dir: None Found 2 backup chains without signatures. Signature-less chain 1 of 2: ------------------------- Chain start time: Wed Jun 24 11:53:20 2009 Chain end time: Wed Jun 24 12:08:29 2009 Number of contained backup sets: 2 Total number of contained volumes: 2 Type of backup set: Time: Num volumes: Full Wed Jun 24 11:53:20 2009 1 Incremental Wed Jun 24 12:08:29 2009 1 ------------------------- Signature-less chain 2 of 2: ------------------------- Chain start time: Wed Jun 24 12:36:39 2009 Chain end time: Wed Jun 24 12:56:01 2009 Number of contained backup sets: 3 Total number of contained volumes: 3 Type of backup set: Time: Num volumes: Full Wed Jun 24 12:36:39 2009 1 Incremental Wed Jun 24 12:44:13 2009 1 Incremental Wed Jun 24 12:56:01 2009 1 ------------------------- Восстанавливаю нужную мне версию, в данном случае самый первый бэкап: duplicity restore --no-encryption -t2009-06-24T13:07:40 file:///data/duplicity /data/y/ Restore destination directory /data/y/ already exists. Will not overwrite. После того, как удаляю директорию /data/y/ эта директория создается по-новой и туда восстанавливается бэкап, вот только не тот что нужно. Такое ощущение, что просто бэкапы все одинаковые. Установленные пакеты в системе: duplicity-0.5.18-1.1 python-2.6.0-2.16 python-sip-4.7.7-1.40 dbus-1-python-0.83.0-21.31 python-qt4-4.4.3-1.44 python-ReportLab-2.1-1.20 python-xml-2.6.0-2.12 python-gobject2-2.15.4-2.28 python-qt-3.17.4-1.138 python-satsolver-0.13.0-3.3 python-pexpect-2.3-23.18 libpython2_6-1_0-2.6.0-2.12 python-base-2.6.0-2.12 rpm-python-4.4.2.3-20.1 libxml2-python-2.7.1-9.1 python-GnuPG-Interface-0.3.2-2.8 librsync-0.9.7-102.81 rsync-3.0.4-2.28
Высказать мнение \| Ответить \| Правка \| Cообщить модератору

Оглавление

Duplicity, rfcr, 12:22 , 25-Июн-09, (1)

Duplicity, rfcr, 14:29 , 25-Июн-09, (2)

Duplicity, rfcr, 12:07 , 30-Июн-09, (3)

Сообщения по теме [Сортировка по времени | RSS]

1. "Duplicity" +/–

Сообщение от rfcr (ok) on 25-Июн-09, 12:22

Дополнительные данные:
duplicity collection-status file:///data/duplicity
Last full backup date: Thu Jun 25 16:05:48 2009
Collection Status
-----------------
Connecting with backend: LocalBackend
Archive dir: None
Found 0 backup chains without signatures.
Found a complete backup chain with matching signature chain:
-------------------------
Chain start time: Thu Jun 25 16:05:48 2009
Chain end time: Thu Jun 25 16:06:05 2009
Number of contained backup sets: 2
Total number of contained volumes: 2
Type of backup set:                            Time:      Num volumes:
         Full         Thu Jun 25 16:05:48 2009                 1
         Incremental         Thu Jun 25 16:06:05 2009                 1
-------------------------
No orphaned or incomplete backup sets found.

duplicity restore -v 5 --no-encryption --restore-time 2009-06-25T16:05:48  file:///data/duplicity /data/t
Main action: restore
Args: /usr/bin/duplicity restore -v 5 --no-encryption --restore-time 2009-06-25T16:05:48 file:///data/duplicity /data/t
/usr/bin/python 2.6 (r26:66714, Dec  3 2008, 06:05:48)
[GCC 4.3.2 [gcc-4_3-branch revision 141291]]
duplicity 0.5.18 (May 20, 2009)
Linux SK 2.6.27.7-9-pae #1 SMP 2008-12-04 18:10:04 +0100 i686 i686
Using temporary directory /tmp/duplicity-dEgG3p-tempdir
Temp has 2612502528 available, backup will use approx 34078720.
Added incremental Backupset (start_time: Thu Jun 25 16:05:48 2009 / end_time: Thu Jun 25 16:06:05 2009)
Last full backup date: Thu Jun 25 16:05:48 2009
Deleting /tmp/duplicity-dEgG3p-tempdir/mktemp-YbL9l8-2
Deleting /tmp/duplicity-dEgG3p-tempdir/mktemp-L58Rui-4
Making directory /data/t
Writing no.txt of type reg
Deleting /tmp/duplicity-dEgG3p-tempdir/mktemp-JGnMwB-3
Processed volume 1 of 2
Deleting /tmp/duplicity-dEgG3p-tempdir/mktemp-HD7DX0-5
Processed volume 2 of 2
Восстанавливается не тот файл, который находится в полном бэкапе, а текущая версия.
В чем может быть причина такого поведения?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Duplicity" +/–

Сообщение от rfcr (ok) on 25-Июн-09, 14:29

Вообщем рестор работает, но из "бэкап-репозитория" восстанавливается только последний бэкап (не важно какой инкрементальный или полный).
duplicity -v 5 --no-encryption --force file:///data/duplicity /data/txt/
Main action: restore
Args: /usr/bin/duplicity -v 5 --no-encryption --force file:///data/duplicity /data/txt/
/usr/bin/python 2.6 (r26:66714, Dec  3 2008, 06:05:48)
[GCC 4.3.2 [gcc-4_3-branch revision 141291]]
duplicity 0.5.18 (May 20, 2009)
Linux SK 2.6.27.7-9-pae #1 SMP 2008-12-04 18:10:04 +0100 i686 i686
Using temporary directory /tmp/duplicity-yk0Oox-tempdir
Temp has 2612490240 available, backup will use approx 34078720.
Last full backup date: Thu Jun 25 16:05:48 2009
Deleting /tmp/duplicity-yk0Oox-tempdir/mktemp-mfO2jN-2
Making directory /data/txt
Writing no.txt of type reg
Deleting /tmp/duplicity-yk0Oox-tempdir/mktemp-8vqw4A-3
Processed volume 1 of 1

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Duplicity" +/–

Сообщение от rfcr (ok) on 30-Июн-09, 12:07

Разобрался сам. Все дело в часовом поясе. У меня все заработало как надо если к дате подписывал "+04:00", как в куске команды приведенной ниже:
duplicity restore --no-encryption --force -t2009-06-30T10:11:09+04:00 ...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Duplicity"		+/–
Сообщение от rfcr (ok) on 25-Июн-09, 12:22
Дополнительные данные: duplicity collection-status file:///data/duplicity Last full backup date: Thu Jun 25 16:05:48 2009 Collection Status ----------------- Connecting with backend: LocalBackend Archive dir: None Found 0 backup chains without signatures. Found a complete backup chain with matching signature chain: ------------------------- Chain start time: Thu Jun 25 16:05:48 2009 Chain end time: Thu Jun 25 16:06:05 2009 Number of contained backup sets: 2 Total number of contained volumes: 2 Type of backup set: Time: Num volumes: Full Thu Jun 25 16:05:48 2009 1 Incremental Thu Jun 25 16:06:05 2009 1 ------------------------- No orphaned or incomplete backup sets found. duplicity restore -v 5 --no-encryption --restore-time 2009-06-25T16:05:48 file:///data/duplicity /data/t Main action: restore Args: /usr/bin/duplicity restore -v 5 --no-encryption --restore-time 2009-06-25T16:05:48 file:///data/duplicity /data/t /usr/bin/python 2.6 (r26:66714, Dec 3 2008, 06:05:48) [GCC 4.3.2 [gcc-4_3-branch revision 141291]] duplicity 0.5.18 (May 20, 2009) Linux SK 2.6.27.7-9-pae #1 SMP 2008-12-04 18:10:04 +0100 i686 i686 Using temporary directory /tmp/duplicity-dEgG3p-tempdir Temp has 2612502528 available, backup will use approx 34078720. Added incremental Backupset (start_time: Thu Jun 25 16:05:48 2009 / end_time: Thu Jun 25 16:06:05 2009) Last full backup date: Thu Jun 25 16:05:48 2009 Deleting /tmp/duplicity-dEgG3p-tempdir/mktemp-YbL9l8-2 Deleting /tmp/duplicity-dEgG3p-tempdir/mktemp-L58Rui-4 Making directory /data/t Writing no.txt of type reg Deleting /tmp/duplicity-dEgG3p-tempdir/mktemp-JGnMwB-3 Processed volume 1 of 2 Deleting /tmp/duplicity-dEgG3p-tempdir/mktemp-HD7DX0-5 Processed volume 2 of 2 Восстанавливается не тот файл, который находится в полном бэкапе, а текущая версия. В чем может быть причина такого поведения?
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "Duplicity"		+/–
	Сообщение от rfcr (ok) on 25-Июн-09, 14:29
	Вообщем рестор работает, но из "бэкап-репозитория" восстанавливается только последний бэкап (не важно какой инкрементальный или полный). duplicity -v 5 --no-encryption --force file:///data/duplicity /data/txt/ Main action: restore Args: /usr/bin/duplicity -v 5 --no-encryption --force file:///data/duplicity /data/txt/ /usr/bin/python 2.6 (r26:66714, Dec 3 2008, 06:05:48) [GCC 4.3.2 [gcc-4_3-branch revision 141291]] duplicity 0.5.18 (May 20, 2009) Linux SK 2.6.27.7-9-pae #1 SMP 2008-12-04 18:10:04 +0100 i686 i686 Using temporary directory /tmp/duplicity-yk0Oox-tempdir Temp has 2612490240 available, backup will use approx 34078720. Last full backup date: Thu Jun 25 16:05:48 2009 Deleting /tmp/duplicity-yk0Oox-tempdir/mktemp-mfO2jN-2 Making directory /data/txt Writing no.txt of type reg Deleting /tmp/duplicity-yk0Oox-tempdir/mktemp-8vqw4A-3 Processed volume 1 of 1
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Duplicity"		+/–
	Сообщение от rfcr (ok) on 30-Июн-09, 12:07
	Разобрался сам. Все дело в часовом поясе. У меня все заработало как надо если к дате подписывал "+04:00", как в куске команды приведенной ниже: duplicity restore --no-encryption --force -t2009-06-30T10:11:09+04:00 ...
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору