[Solved] Not backing up xfs mounts

client
1

The new 1.4.9 client is working on all Default directories to backup except an XFS mounted file system. I am running the 1.4.9 linux server and client. I configured the client default paths through the web browser. When looking at the log view and log files it appears that it simply doesn’t see the files. I am running the linux client as root and it is able to generate a proper file list for the ext4 mount points. Do not know what to do at this point, the files on the XFS partion are the ones most important.

this backs up : /dev/mapper/rex-home on /home type ext4 (rw,relatime,stripe=256,data=ordered)
this does not : /dev/mapper/vg_storage-lv_storage on /storage type xfs (rw,relatime,attr2,inode64,noquota)

2

I just checked on Debian with kernel 3.2.0 and 4.1.0 and could not reproduce the problem. What distribution and kernel are you using?

I guess the strace output would be helpfull. Replace gdb --args with strace -f in start_urbackup_client and then run with start_urbackup_client --run_in_gdb.

3

Linux rex 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt11-1+deb8u3 (2015-08-04) i686 GNU/Linux

will try to do strace here in a second

4

Still doesn’t show an error in debug, just acts like there is no files in that directory when there are

2015-08-24 16:10:43: Deleting files… doing full index…
sh: 1: /etc/urbackup/prefilebackup: not found
2015-08-24 16:10:44: Indexing of “pictures” done. 1 filesystem lookups 0 db lookups and 0 db updates
sh: 1: /etc/urbackup/postfileindex: not found
2015-08-24 16:10:55: Error in execv /etc/urbackup/postfilebackup: 2

pictures is located at /storage/pictures , storage is an XFS on LVG on RAID5

5

Did you start it with start_urbackup_client --run_in_gdb. It should run in the foreground and output a lot of stuff.

8

Still trying with no success. Not sure why this mount point is different. Do you have any other ideas or what information can I supply you to help?

9

[pid 3358] gettimeofday({1440515774, 289777}, NULL) = 0
[pid 3358] stat64(“/storage/pictures/”, {st_mode=S_IFDIR|0775, st_size=4096, …}) = 0
[pid 3358] openat(AT_FDCWD, “/storage/pictures”, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 17
[pid 3358] mprotect(0xb672c000, 32768, PROT_READ|PROT_WRITE) = 0
[pid 3358] getdents(17, 0xb672b544, 32768) = -1 EOVERFLOW (Value too large for defined data type)
[pid 3358] close(17) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741824, len=1}, 0xb6cdd9f8) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741826, len=510}, 0xb6cdd9f8) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=1073741824, len=1}, 0xb6cdd9f8) = 0
[pid 3358] access(“/usr/local/var/urbackup/backup_client.db-journal”, F_OK) = -1 ENOENT (No such file or directory)
[pid 3358] fstat64(11, {st_mode=S_IFREG|0700, st_size=74752, …}) = 0
[pid 3358] _llseek(11, 24, [24], SEEK_SET) = 0
[pid 3358] read(11, “\0\0\2%\0\0\0I\0\0\0\0\0\0\0\0”, 16) = 16
[pid 3358] fstat64(11, {st_mode=S_IFREG|0700, st_size=74752, …}) = 0
[pid 3358] access(“/usr/local/var/urbackup/backup_client.db-wal”, F_OK) = -1 ENOENT (No such file or directory)
[pid 3358] fstat64(11, {st_mode=S_IFREG|0700, st_size=74752, …}) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_WRLCK, whence=SEEK_SET, start=1073741825, len=1}, 0xb6cdda88) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_WRLCK, whence=SEEK_SET, start=1073741824, len=1}, 0xb6cdda48) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_WRLCK, whence=SEEK_SET, start=1073741826, len=510}, 0xb6cdda48) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741826, len=510}, 0xb6cdda28) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=1073741824, len=2}, 0xb6cdda28) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xb6cdda48) = 0
[pid 3358] _llseek(12, 0, [0], SEEK_SET) = 0
[pid 3358] write(12, “\331\325\5\371 \241c\327\377\377\377\377\376\251Hi\0\0\0\2\0\0\2\0\0\0\4\0\0\0\0\0”…, 512) = 512
[pid 3358] _llseek(12, 512, [512], SEEK_SET) = 0
[pid 3358] write(12, “\0\0\0\2”, 4) = 4
[pid 3358] _llseek(12, 516, [516], SEEK_SET) = 0
[pid 3358] write(12, “\r\0\0\0\0\4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0”…, 1024) = 1024
[pid 3358] _llseek(12, 1540, [1540], SEEK_SET) = 0
[pid 3358] write(12, “\376\251Hi”, 4) = 4
[pid 3358] _llseek(13, 1024, [1024], SEEK_SET) = 0
[pid 3358] write(13, “\r\0\0\0\0\4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0”…, 1024) = 1024
[pid 3358] _llseek(12, 0, [0], SEEK_SET) = 0
[pid 3358] write(12, “\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0”, 28) = 28
[pid 3358] fcntl64(11, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741824, len=1}, 0xb6cdd938) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741826, len=510}, 0xb6cdd938) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=1073741824, len=1}, 0xb6cdd938) = 0
[pid 3358] access(“/usr/local/var/urbackup/backup_client.db-journal”, F_OK) = -1 ENOENT (No such file or directory)
[pid 3358] fstat64(11, {st_mode=S_IFREG|0700, st_size=74752, …}) = 0
[pid 3358] _llseek(11, 24, [24], SEEK_SET) = 0
[pid 3358] read(11, “\0\0\2%\0\0\0I\0\0\0\0\0\0\0\0”, 16) = 16
[pid 3363] <… poll resumed> ) = 0 (Timeout)
[pid 3363] gettimeofday({1440515774, 292034}, NULL) = 0
[pid 3363] gettimeofday({1440515774, 292092}, NULL) = 0
[pid 3363] gettimeofday({1440515774, 292153}, NULL) = 0
[pid 3363] poll([{fd=14, events=POLLIN}, {fd=15, events=POLLIN}], 2, 10 <unfinished …>
[pid 3358] fstat64(11, {st_mode=S_IFREG|0700, st_size=74752, …}) = 0
[pid 3358] access(“/usr/local/var/urbackup/backup_client.db-wal”, F_OK) = -1 ENOENT (No such file or directory)
[pid 3358] fstat64(11, {st_mode=S_IFREG|0700, st_size=74752, …}) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_WRLCK, whence=SEEK_SET, start=1073741825, len=1}, 0xb6cdd9c8) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_WRLCK, whence=SEEK_SET, start=1073741824, len=1}, 0xb6cdd988) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_WRLCK, whence=SEEK_SET, start=1073741826, len=510}, 0xb6cdd988) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741826, len=510}, 0xb6cdd968) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=1073741824, len=2}, 0xb6cdd968) = 0
[pid 3358] fcntl64(11, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xb6cdd988) = 0
[pid 3358] gettimeofday({1440515774, 292863}, NULL) = 0
[pid 3358] gettimeofday({1440515774, 292910}, NULL) = 0
[pid 3358] gettimeofday({1440515774, 292974}, NULL) = 0
[pid 3358] stat64(“/etc/”, {st_mode=S_IFDIR|0755, st_size=4096, …}) = 0
[pid 3358] openat(AT_FDCWD, “/etc”, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 17
[pid 3358] getdents(17, /* 185 entries */, 32768) = 4012
[pid 3358] lstat64(“/etc/debconf.conf”, {st_mode=S_IFREG|0644, st_size=2969, …}) = 0

10

Thanks. That leads me to believe that this is this issue here: http://www.tcm.phy.cam.ac.uk/sw/inodes64.html I’m probably not creating a large enough XFS filesystem.

Can you try if this is fixed with http://www.urbackup.org/downloads/Client/1.4.9.1/urbackup-client-1.4.9.1.tar.gz ?

1 Like
11

It looks to be solved. Backup is not completed but it is now finding the files and sub-directories.
Do I need to keep this particular linked file or did you replace the 1.4.9 release with a patch?
Do I need to worry about even larger XFS FS this one is on the small size and my others are 5X-10X bigger?

Thanks for the help

12

Only once they let you put more than eighteen quintillion files on it ;).

I placed the fixed release on the web site.

1 Like
13

Thanks for patching and solving the issue. The backup finished and looks good. had some errors about file names but unrelated, think they were just corrupted in the past and now just found out with urbackup scanning through all the file names.