Backing up XFS filesystem
Created: 14 Jul 2010 | 10 comments
Hi
Am trying to backup a XFS mount point on a Linux-server , but have some difficulties. The job finishes successfuly but have only backed up 32 bytes. Anyone here tried this before?
Policy: standard
Follow NSF: On
Cross Mount Points: On
Backup selection: /home/servername/dns
discussion Filed Under:
Comments
A clearer picture
A clearer picture (perhaps):
We have a Linux IA64 Redhat 2.6 client (6.5.2) with two different filesystems (one standard, one XFS) being backed up by a 6.5.5 backupserver. Backup of the standard filesystem (All_Local_Drives) is ok, backing up amongst other the /home/xxxxxx/a volume. But the XFS-volume /home/xxxxxx/dns is not backed up. How do I go about implementing backup of this "mount point"?
Compatibilty?
Was looking at this post just as you updated it!
From the compatibilty matrix I can only see one entry for XFS (p68):
OS: SUSE SLES
Filesystem: Reiser, XFS, NSS
Notes: SLES 9 kernal and later for x86, x64, IA-64. Initial support with NetBackup 6.5
Apologies if this isn't relevant - I'm very ignorant of any OS other than Solaris & Windows!
Regards Andy
"It's not too late to panic ..."
Check bpmount output and bpbkar log
Two things to check:
1. Run bpmount -i and check for that mount point. Does it come up as expected (xfs)?
2. Open up that client's bpbkar log (you've got one, right?) Look for the "build_mount_list" entries and find your mount point in there - see how it's processed. Does it come up as "xfs" or something else?
Workaround is to not use ALL_LOCAL_DRIVES - either specify the mount point itself or use "/" with Cross Mount Points enabled. (This is usually an undesirable workaround, I know.)
1. It doesnt show at all when
1. It doesnt show at all when I run bpmount -i. But "mount" shows clearly that the partition is mounted
I ran a test anyway, where I specified the mount point and had the "cross mount points" enabled. The backup ran for 1 minute and finished successfully - having backed up the staggering size of 32 KB. So something`s awfully wrong. Also strange, I get to browse the files from the client data selection tab
Try a test backup with only
Try a test backup with only this mount point in the backup selection.
I'm wondering if the old bug with ext file systems is still around for xfs...
MANY moons ago (NBU 4.5...) there was a bug where ALL_LOCAL_DRIVES backup skipped Linux ext2 and ext3 file systems. The workaround was to specify these mount points explicitly.
Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows.
Handy NBU links
Compatibility??
Have another look at Andy's post - according to the O/S compatibilty guide (link in Andy's post), XFS is only supported on SLES 9 kernel and later for x86, x64, IA-64. Initial support with NetBackup 6.5.
Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows.
Handy NBU links
D'oh - right, it's not supported
I didn't read closely enough yesterday. You clearly said RedHat, and we clearly state in our Compatibility List that XFS is supported only on SLES. So, it won't work and it isn't supported.
Andy was right all along. I now forgive him for stealing my SM2T solution.
By the way, that doesn't appear to have changed yet in the 7.0 CL.
"I now forgive him for stealing my SM2T solution"
I can soon change it or put in a good word! I did vote (twice)!
Regards Andy
"It's not too late to panic ..."
Whether its supported or not, the backup of 10TB of xfs-data is now safely on tapes. Job finished succesfully, but the story may not finish on a cheerfully note. The administrator told me the the exclude-list was empty. I asked again. He assured me again. After posting my small problems here, I checked myself. The exclude-list was NOT empty, a fact the administrator may not live to regret
So, thanks for your input guys!
*blush*
So I presume the exclude_list
included everything you wanted to backup?
"Not supported" doesn't necesarily mean it won't work I suppose!
Regards Andy
"It's not too late to panic ..."
Would you like to reply?
Login or Register to post your comment.