| To: | 834416@xxxxxxxxxxxxxxx |
|---|---|
| Subject: | Bug#834416: Acknowledgement (xfs_growfs: XFS_IOC_FSGROWFSDATA xfsctl failed: Invalid argument) |
| From: | Marcel Meckel <debian@xxxxxxxxxxxx> |
| Date: | Mon, 15 Aug 2016 17:01:14 +0200 |
| Delivered-to: | xfs@xxxxxxxxxxx |
| Dkim-signature: | v=1; a=rsa-sha256; c=relaxed/simple; d=thermoman.de; s=20150622; t=1471273274; bh=GpBJYosWa5yOk+RnMjqPZ+6Bq8cnZ4sL0ecP11lnOck=; h=MIME-Version:Content-Type:Date:From:To:Subject:Message-ID:From; b=dvyYIND7OUEM17MKX/RX7jp3+WDeId3lT0LY2F7fGCooPHt51N6h4nTt6QgFHhZBo T8NcqiCISFKfT8l6tjmEzxRrYMJBogV129VXVnGmRGa4f9awscmj9sH5ZyJq5jlrt6 wcyvUh8+ZzALiESPCYJZhLuQ/gGYZlevSCBzp0Jg= |
| In-reply-to: | <handler.834416.B.147126595515716.ack@xxxxxxxxxxxxxxx> |
| References: | <e86b1937b452240cbe2457f6fdee8e9a@xxxxxxxxxxxx> <handler.834416.B.147126595515716.ack@xxxxxxxxxxxxxxx> |
| Reply-to: | Marcel Meckel <debian@xxxxxxxxxxxx>, 834416@xxxxxxxxxxxxxxx |
| Resent-cc: | XFS Development Team <xfs@xxxxxxxxxxx> |
| Resent-date: | Mon, 15 Aug 2016 15:09:04 +0000 |
| Resent-from: | Marcel Meckel <debian@xxxxxxxxxxxx> |
| Resent-message-id: | <handler.834416.B834416.14712736082372@xxxxxxxxxxxxxxx> |
| Resent-to: | debian-bugs-dist@xxxxxxxxxxxxxxxx |
| User-agent: | Webmail |
Just had a chat in #xfs on freenode and it might be that a
previous xfs_growfs under an older kernel didn't zero enough.
When I recall it correctly the XFS filesystem in question was
resized in the past under then stable Debian Wheezy (might even
have been resized under Debian Squeeze).
Chat for reference:
< bfoster> strange, seems like it is running a verifier on the
secondary sb's
< bfoster> e.g., commit 1375cb65e, but that fix seems to go way back
< bfoster> did growfs run and fail prior to the run with these
reported errors?
< thermoman> bfoster: never had problems before
< thermoman> but the FS might have been created with an older
xfsprogs and it has been definately be resized before
< bfoster> or hmm, perhaps its remnants from a previous growfs
< bfoster> ok, I think that makes more sense, you went from 109 ags
to 160 some odd ags
< bfoster> and grow/repair is complaining about ags below that
109 threshold
< bfoster> which suggests the previous grows didn't zero enough,
or whatever that old problem was
< bfoster> I think the kernel you're on now should "do the right thing"
Might be related:
http://xfs.org/index.php/XFS_FAQ#Q:_I.27m_getting_.22Internal_error_xfs_sb_read_verify.22_errors_when_I_try_to_run_xfs_growfs_under_kernels_v3.10_through_v3.12
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] xfs_quota: wire up XFS_GETQSTATV, Bill O'Donnell |
|---|---|
| Next by Date: | Re: [PATCH] xfs_quota: wire up XFS_GETQSTATV, Zorro Lang |
| Previous by Thread: | Bug#834416: xfs_growfs: XFS_IOC_FSGROWFSDATA xfsctl failed: Invalid argument, Marcel Meckel |
| Next by Thread: | [PATCH 0/3] xfs_quota: allow operation on ext4 for project quotas, Bill O'Donnell |
| Indexes: | [Date] [Thread] [Top] [All Lists] |