duplicity-talk
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Duplicity-talk] Errors when running duplicity


From: Jonathan Kelley
Subject: Re: [Duplicity-talk] Errors when running duplicity
Date: Fri, 17 Feb 2012 09:44:42 -0600

Cool. I was able to get around this by setting:

LD_LIBRARY_PATH=/usr/local/lib

Now, as a final question, attempting to get the cloudfiles backend loaded.
Is there an additional library which is required? Googling the error does not produce links to any library, and I don't see any imports inside of /usr/lib64/python2.4/site-packages/duplicity/backends/cloudfilesbackend.py

stat("/usr/lib64/python2.4/site-packages/duplicity/backends/cloudfilesbackend.py", {st_mode=S_IFREG|0644, st_size=7249, ...}) = 0
open("/usr/lib64/python2.4/site-packages/duplicity/backends/cloudfilesbackend.py", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=7249, ...}) = 0
fstat(3, {st_mode=S_IFREG|0644, st_size=7249, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b0d86bf3000
read(3, "# -*- Mode:Python; indent-tabs-m"..., 8192) = 7249
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x2b0d86bf3000, 4096)            = 0
write(2, "BackendException: This backend r"..., 89BackendException: This backend requires the cloudfiles library available from Rackspace.
) = 89
rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER, 0x345e00eb10}, {0x3b3e8bd660, [], SA_RESTORER, 0x345e00eb10}, 8) = 0
exit_group(23)                          = ?


[root cfpusher]# ls /usr/lib64/python2.4/site-packages/duplicity/backends/cloudfilesbackend.py
/usr/lib64/python2.4/site-packages/duplicity/backends/cloudfilesbackend.py









--
Jon
                                          ,  ,

On Fri, Feb 17, 2012 at 9:13 AM, Jonathan Kelley <address@hidden> wrote:
Hi, thanks for the ideas.
Please check:
was
 ~root/duplicity-0.6.17/build/lib.linux-x86_64-2.4/duplicity/_librsync.so
really created? the pastebin output suggests so.

It was. It exists.

is it now under
 /usr/lib64/python2.4/site-packages/duplicity/_librsync.so
? if not copy it there manually and try again.

Yes.

 
A couple of changes need to be make on the librsync install:

1) remove the --enable-shared flag
2) add --prefix=/usr


Tried with the --prefix flag; also tried dropping enabled-shared. No luck.

I think you're right with something being wrong with the path.

Do we know for sure where duplicity is looking when it gets the error?
Because I certainly have the library under /usr/lib/librsync.so.1

I thought an strace would tell me where it's looking for librsync, but it doesn't appear so.


write(2, "  File \"/usr/lib64/python2.4/sit"..., 81  File "/usr/lib64/python2.4/site-packages/duplicity/librsync.py", line 29, in ?
) = 81
fstat(3, {st_mode=S_IFREG|0644, st_size=7701, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b1aacdf6000
read(3, "# -*- Mode:Python; indent-tabs-m"..., 4096) = 4096
write(2, "    ", 4    )                     = 4
write(2, "import _librsync\n", 17import _librsync
)      = 17
close(3)                                = 0
munmap(0x2b1aacdf6000, 4096)            = 0
write(2, "ImportError", 11ImportError)             = 11
write(2, ": ", 2: )                       = 2
write(2, "librsync.so.1: cannot open share"..., 72librsync.so.1: cannot open shared object file: No such file or directory) = 72





reply via email to

[Prev in Thread] Current Thread [Next in Thread]