public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
From: "aluno3@poczta.onet.pl" <aluno3@poczta.onet.pl>
To: Brian Foster <bfoster@redhat.com>
Cc: xfs@oss.sgi.com
Subject: Re: Which xfsprogs version to which kernel version
Date: Thu, 26 Nov 2015 15:36:58 +0100	[thread overview]
Message-ID: <5657190A.1050103@poczta.onet.pl> (raw)
In-Reply-To: <20151126135053.GB39911@bfoster.bfoster>

dmesg when mounting volume which was formated xfsprogs 4.3.0:

*
root@192.168.176.24:~$ mkfs.xfs -V
mkfs.xfs version 4.3.0

root@192.168.176.24:~$ mkfs.xfs  -f -m crc=0,finobt=0 /dev/sdc4
meta-data=/dev/sdc4              isize=256    agcount=4, agsize=474552 blks
         =                       sectsz=512   attr=2, projid32bit=1
         =                       crc=0        finobt=0, sparse=0
data     =                       bsize=4096   blocks=1898208, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0 ftype=1
log      =internal log           bsize=4096   blocks=2560, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

root@192.168.176.24:~$ mount /dev/sdc4 /mnt/sdc4
mount: wrong fs type, bad option, bad superblock on /dev/sdc4,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

root@192.168.176.24:~$ dmesg
[  212.984534] XFS (sdc4): bad version
[  212.984547] ffff88005cccb000: 58 46 53 42 00 00 10 00 00 00 00 00 00
1c f6 e0  XFSB............
[  212.984550] ffff88005cccb010: 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00  ................
[  212.984551] ffff88005cccb020: 55 9d 20 d9 1c e9 4e a9 a3 ee 8d fd ba
68 b3 70  U. ...N......h.p
[  212.984553] ffff88005cccb030: 00 00 00 00 00 10 00 04 00 00 00 00 00
00 00 80  ................
[  212.984556] XFS (sdc4): Internal error xfs_sb_read_verify at line 730
of file fs/xfs/xfs_mount.c.  Caller 0xffffffff81256c7d

[  212.984560] CPU: 0 PID: 440 Comm: kworker/0:1H Tainted: P           O
3.10.92-oe64-ge331686 #15
[  212.984562] Hardware name: System manufacturer System Product
Name/P5WDG2 WS Pro, BIOS 0905    03/06/2008
[  212.984567] Workqueue: xfslogd xfs_buf_iodone_work
[  212.984570]  ffffffff81692f75 ffffffff81258c5d ffffffff81256c7d
ffffffff818a39e3
[  212.984573]  ffff88007aa9ef00 0000000000000016 ffff88007aa8b000
0000000000000000
[  212.984576]  ffff88007ea17800 ffffffff812a32ac ffffffff81256c7d
ffff88007ea11a40
[  212.984579] Call Trace:
[  212.984584]  [<ffffffff81692f75>] ? dump_stack+0xc/0x15
[  212.984587]  [<ffffffff81258c5d>] ? xfs_corruption_error+0x8d/0x90
[  212.984590]  [<ffffffff81256c7d>] ? xfs_buf_iodone_work+0x6d/0x90
[  212.984595]  [<ffffffff812a32ac>] ? xfs_sb_read_verify+0xfc/0x120
[  212.984598]  [<ffffffff81256c7d>] ? xfs_buf_iodone_work+0x6d/0x90
[  212.984600]  [<ffffffff81256c7d>] ? xfs_buf_iodone_work+0x6d/0x90
[  212.984604]  [<ffffffff8105ce4d>] ? process_one_work+0x13d/0x3b0
[  212.984607]  [<ffffffff8105d7b1>] ? worker_thread+0x121/0x3d0
[  212.984609]  [<ffffffff8105d690>] ? manage_workers.isra.26+0x280/0x280
[  212.984613]  [<ffffffff81062e92>] ? kthread+0xc2/0xd0
[  212.984616]  [<ffffffff81070000>] ? sched_clock_cpu+0x30/0x100
[  212.984619]  [<ffffffff81062dd0>] ? kthread_create_on_node+0x110/0x110
[  212.984623]  [<ffffffff8169db98>] ? ret_from_fork+0x58/0x90
[  212.984626]  [<ffffffff81062dd0>] ? kthread_create_on_node+0x110/0x110
[  212.984628] XFS (sdc4): Corruption detected. Unmount and run xfs_repair
[  212.984634] XFS (sdc4): SB validate failed with error 22.
*

On 11/26/15 14:50, Brian Foster wrote:
> On Thu, Nov 26, 2015 at 02:18:51PM +0100, aluno3@poczta.onet.pl wrote:
>> Yes I used -f option with 4.X version of xfsprogs but mounting the
>> volume was not possible - before mkfs.xfs finished successfully
>> (mkfs.xfs -f -m crc=0,finobt=0).
>>
> 
> You posted the output associated with the crc=1 fs mount failure, what
> happens when you try to mount after formatting with crc=0?
> 
> Brian
> 
>> Should I stay in 3.1.X family of xfsprogs or is it recommended to use at
>> least 3.2.x version with kernel 3.10?
>>
>> The most I care about xfs_repair.
>>
>> On 11/26/15 13:26, Emmanuel Florac wrote:
>>> Le Thu, 26 Nov 2015 11:21:45 +0100
>>> "aluno3@poczta.onet.pl" <aluno3@poczta.onet.pl> écrivait:
>>>
>>>> mkfs.xfs -m crc=0,finobt=0
>>>>
>>>> but it does not work with 4.X version of xfsprogs. Call trace also
>>>> occurred so I tried to use 3.2.4 family with crc=0,finobt=0 and volume
>>>> mounted successfully.
>>>>
>>>
>>> Did you use -f? else mkfs.xfs won't do anything as it'll detect an
>>> existing filesystem.
>>>
>>
>> _______________________________________________
>> xfs mailing list
>> xfs@oss.sgi.com
>> http://oss.sgi.com/mailman/listinfo/xfs

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

  reply	other threads:[~2015-11-26 14:37 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-26 10:21 Which xfsprogs version to which kernel version aluno3
2015-11-26 12:26 ` Emmanuel Florac
2015-11-26 13:18   ` aluno3
2015-11-26 13:50     ` Brian Foster
2015-11-26 14:36       ` aluno3 [this message]
2015-11-27 15:22         ` Brian Foster
2015-11-30  8:37           ` aluno3
2015-11-30  9:51             ` Carlos Maiolino
2015-11-30 21:41 ` Dave Chinner
2015-12-01  8:30   ` Martin Steigerwald
2015-12-01 20:26     ` Dave Chinner
2015-12-02  5:32       ` Eric Sandeen
2015-12-02 17:07         ` Arkadiusz Miśkiewicz
2015-12-02 21:14           ` Dave Chinner
2015-12-03 16:29           ` Eric Sandeen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5657190A.1050103@poczta.onet.pl \
    --to=aluno3@poczta.onet.pl \
    --cc=bfoster@redhat.com \
    --cc=xfs@oss.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox