* [Ocfs2-devel] block64 failure
@ 2011-09-07 17:10 Sunil Mushran
2011-09-07 17:57 ` Joel Becker
0 siblings, 1 reply; 3+ messages in thread
From: Sunil Mushran @ 2011-09-07 17:10 UTC (permalink / raw)
To: ocfs2-devel
All,
So the patches added to allow mounting volumes > 16TB has a problem.
The feature check of the jbd2 superblock is being done before the
jbd2 superblock is actually read.
It is being done after the journal_init_inode() which is incorrect.
ocfs2_check_volume()
ocfs2_journal_init()
jbd2_journal_init_inode()
ocfs2_journal_addressable() <=== check
...
Currently the journal sb is first read during load_journal. Too late for us.
And journal_get_superblock() is not exported.
One solution is to call jbd2_journal_update_format() after jbd2_journal_init_inode().
This function is used by extX to update the journal format from V1 to V2. In our
case, we are always V2 so will be a null op. But will force read the journal sb.
Icky... hence my post.
The other option is exporting journal_get_superblock() to load the journal sb.
Suggestions?
Sunil
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Ocfs2-devel] block64 failure
2011-09-07 17:10 [Ocfs2-devel] block64 failure Sunil Mushran
@ 2011-09-07 17:57 ` Joel Becker
2011-09-07 18:08 ` Sunil Mushran
0 siblings, 1 reply; 3+ messages in thread
From: Joel Becker @ 2011-09-07 17:57 UTC (permalink / raw)
To: ocfs2-devel
On Wed, Sep 07, 2011 at 10:10:43AM -0700, Sunil Mushran wrote:
> All,
>
> So the patches added to allow mounting volumes > 16TB has a problem.
> The feature check of the jbd2 superblock is being done before the
> jbd2 superblock is actually read.
>
> It is being done after the journal_init_inode() which is incorrect.
>
> ocfs2_check_volume()
> ocfs2_journal_init()
> jbd2_journal_init_inode()
> ocfs2_journal_addressable() <=== check
> ...
>
> Currently the journal sb is first read during load_journal. Too late for us.
> And journal_get_superblock() is not exported.
I'm confused. jbd2_journal_check_used_features() reads the
journal superblock if needed. Why does this not satisfy?
Joel
--
"The one important thing i have learned over the years is the
difference between taking one's work seriously and taking one's self
seriously. The first is imperative and the second is disastrous."
-Margot Fonteyn
http://www.jlbec.org/
jlbec at evilplan.org
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Ocfs2-devel] block64 failure
2011-09-07 17:57 ` Joel Becker
@ 2011-09-07 18:08 ` Sunil Mushran
0 siblings, 0 replies; 3+ messages in thread
From: Sunil Mushran @ 2011-09-07 18:08 UTC (permalink / raw)
To: ocfs2-devel
On 09/07/2011 10:57 AM, Joel Becker wrote:
> On Wed, Sep 07, 2011 at 10:10:43AM -0700, Sunil Mushran wrote:
>> All,
>>
>> So the patches added to allow mounting volumes> 16TB has a problem.
>> The feature check of the jbd2 superblock is being done before the
>> jbd2 superblock is actually read.
>>
>> It is being done after the journal_init_inode() which is incorrect.
>>
>> ocfs2_check_volume()
>> ocfs2_journal_init()
>> jbd2_journal_init_inode()
>> ocfs2_journal_addressable()<=== check
>> ...
>>
>> Currently the journal sb is first read during load_journal. Too late for us.
>> And journal_get_superblock() is not exported.
> I'm confused. jbd2_journal_check_used_features() reads the
> journal superblock if needed. Why does this not satisfy?
oops. you are correct as always. I missed that patch.
Sorry for the noise.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2011-09-07 18:08 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-09-07 17:10 [Ocfs2-devel] block64 failure Sunil Mushran
2011-09-07 17:57 ` Joel Becker
2011-09-07 18:08 ` Sunil Mushran
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.