xfs
[Top] [All Lists]

Re: mounting hixfs (Hitachi "tuned" XFS) on 2.6 kernel

To: big beer <bigbeerjr@xxxxxxxxx>
Subject: Re: mounting hixfs (Hitachi "tuned" XFS) on 2.6 kernel
From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Mon, 17 May 2010 22:47:31 -0500
Cc: xfs@xxxxxxxxxxx
In-reply-to: <AANLkTikek9K8-BqNgee_tXz72beHpWEUl41YtDPrD-3P@xxxxxxxxxxxxxx>
References: <AANLkTikek9K8-BqNgee_tXz72beHpWEUl41YtDPrD-3P@xxxxxxxxxxxxxx>
User-agent: Thunderbird 2.0.0.24 (Macintosh/20100228)
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
> it.
> 
> 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.
> 
> Thanks!

*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? :)

-Eric

<Prev in Thread] Current Thread [Next in Thread>