big beer wrote:
> Hello list,
> I seem to find myself in the unlucky situation of having myself some
> hixfs filesystems I'm trying to migrate off of.
> Some background on hixfs (as I understand it).
> At some point in the past, prior to purchasing a NAS company, Hitachi
> decided that they could make their own NAS solution using
> linux/LVM/XFS. They give you a little integrated 2.4 linux blade in
> one of their storage subsystems with a nice (circa yr 2000) web
> frontend to manage samba and nfs serving. The disks that are presented
> to this little guy are encapsulated in LVM and formatted lv's with a
> variant of XFS that is shown as hixfs on the machine. You get a very
> limited shell on this guy and you have to run everything through sudo
> if you want cli access (which is heavily limited).
> I'm in the process of trying to get off said solution and am running
> into some issues getting the file system on this black box to be
> mounted/recognized on a standard 2.6 linux host.
> Here is some output from some xfs tools:
> box ~ # xfs_check /dev/vghorclu00/lvARRAY2
> xfs_check: unexpected XFS SB magic number 0x48584653
> bad superblock magic number 48584653, giving up
'HXFS' - heh.
(58 46 53 42 'XFSB' is the proper magic)
> box ~ # xfs_repair -v /dev/vghorclu00/lvARRAY2
> Phase 1 - find and verify superblock...
> bad primary superblock - bad magic number !!!
> attempting to find secondary superblock... Sorry, could not find valid
> secondary superblock
> Exiting now.
> box ~ # xfs_db /dev/vghorclu00/lvARRAY2
> xfs_db: unexpected XFS SB magic number 0x48584653
> I would like to be able to get this FS mounted on a box that supports
> vanilla XFS.
> I'm hoping that Hitachi has done something like change the magic
> number so that the normal user land tools will just bail. I've got a
> way to make quick copies of this FS so I am fair game to experiment on
> I've made some calls to Hitachi to find out what the deal is, so far
> no one there has been very helpful, nor provided me with any insight
> to getting these mounted. I'm thinking that since XFS is GPL'd and
> they made extensions to it, and sold it, they should at least provide
> source for their user land tools/kernel module for the FS. Unless they
> licensed it from SGI?
I can't speak to that, I dunno.
> I should note that on their black box solution they've got a different
> set of user land tools all prefixed with "hi" (hixfs_db, hixfs_repair,
> etc). While I do have ways to grab their userland tools, the kernel
> module is for 2.4 so I don't think I'll have much luck just c&p
> everything over.
> If anyone has any ideas on what to do, and/or where to start, I'd
> greatly appreciate it.
*shrug* could try rewriting the magic with xfs_db and then having your
way with it, see if that works.
Or, just copy off this "solution" onto a new filesystem? :)