I am seeing some strange problem with XFS and would like to know the expected behavior and if it is faulty is there any patches to resolve the problem. Problem: == Basically I am extracting metadata
My system information: -bash-3.00# uname -a Linux XXXXX #1 SMP Thu May 17 14:00:09 UTC 2007 ia64 ia64 ia64 GNU/Linux -bash-3.00# cat /etc/issue Welcome to SUSE Linux Enterprise Server 10 SP1 (ia64)
sync is guaranteed to flush all metadata. But it has other problems like livelocks. to ensure all metadata I suspect it's flushed to the log only. You could probably write some other metadata until t
The metadata are put in log. So they are on disk. Just not in the place you expect them to find. At remount the log is replayed and the metadata are in the place where you expect them to be. And it d
it's probably in the log if you must poke about under the fs like this, try doing freeze/unfreeze (this is what i suggested to the grub people years ago, but i'm not sure it ever made it upstream)
Hi All, Thanks a lot for your response. I never thought it might be in a log and not flushed to disk. Very good clue. Good comment. Agreed : -). I have lot of code getting in to that. To explain that
This would be good to know. If you absolutely must use inode numbers instead of path names, you should use the "by-handle" interface (like xfsdump, xfs_fsr, etc) and not use the ondisk structures dir
Thank you Chris. While replying to Eric, I mentioned why we are doing that. We are basically providing interfaces to back up applications in a pure storage environment that deals with the back up at
Well, most commands are backed by a system call, right? For example, strace xfs_freeze to see what system calls it does. IIRC, only xfs_db has to access the raw device. For the block mapping, look at
This basically can't work. If you do a plain block based backup you need to freeze the filesystem first and then either backup through a newly created snapshot or the raw device. Alternatively you ca
Thanks for the suggestions!. I will relook at the my idea and design....implemetation. As of now what we are doing is in experimental stage. Thanks, Gopal. [[HTML alternate version deleted]]
it sounds like you want something like NDMP. Check that out first. -- Mark Gopala Krishna wrote: Thanks for the suggestions!. I will relook at the my idea and design....implemetation. As of now what
Am Mittwoch 16 Januar 2008 schrieb Mark Goodwin: Is there an open source implementation available for this protocol? Would be interesting to know. -- Martin 'Helios' Steigerwald - http://www.Lichtvol
Martin Steigerwald wrote: Am Mittwoch 16 Januar 2008 schrieb Mark Goodwin: Gopala, it sounds like you want something like NDMP. Check that out first. Is there an open source implementation available
To Actually there is the FIOBMAP ioctl for data blocks. e.g. it's used by boot loaders like lilo to create a block map to read a file without knowledge of the file system. Should work on all file sys