Thanks for the fast reply.
It's not yet compressed. But I will do so soon.
Xfs_repair is running in version
root@daw1:~ # xfs_repair -V
xfs_repair version 3.1.1
but I am about to update to 3.1.11, which is the latest available version for
our Oracle Enterprise Linux 6.4
I did not yet open a case with oracle, but for sure will do so.
Your email address from the console seemed to be a faster address for support.
Best regards / Mit freundlichen Grüßen
System Analyst, HPCE Division
NEC Deutschland GmbH, Prinzenallee 11, D-40549 Duesseldorf, Germany
Geschäftsführer: Michael Stückmann Handelsregister Düsseldorf HRB 579413
From: Eric Sandeen [mailto:sandeen@xxxxxxxxxxx]
Sent: Friday, June 12, 2015 3:26 PM
To: Johannes Weydt; xfs@xxxxxxxxxxx
Cc: 'dwdos@xxxxxxxxxxxx'; Reiter Manuel; Frühauf Andreas
Subject: Re: xfs_metadump
On 6/12/15 7:49 AM, Johannes Weydt wrote:
> Hello SGI,
> We experienced a I/O error on one of our XFS filesystems, xfs_repair -n
> advised to
> "Please capture the filesystem metadata with xfs_metadump and
> report it to xfs@xxxxxxxxxxx <mailto:xfs@xxxxxxxxxxx>."
> before it ended with a Segmentation fault.
> The metadata is almost 3GB big, how do you recommend to transfer the file?
did you try to compress it?
> Do you have an open FTP for us?
> Also attached are some console outputs of first investigation attempts.
> Log of xfs_repair -n (1^st run)
What version? Have you tried the latest version?
> xfsprogs is installed in version:
> root@daw1:/localtmp # rpm -qa |grep xfsprogs
> Can you advise something?
If this is a RHEL6 box, have you contacted Red Hat support?
to report this email as spam.