Re: cephfs set_layout on filesystem root?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Jan 19, 2011 at 9:24 AM, Jim Schutt <jaschut@xxxxxxxxxx> wrote:
> Hi Greg,
>
> On Wed, 2011-01-19 at 10:00 -0700, Gregory Farnum wrote:
>> On Wed, Jan 19, 2011 at 8:46 AM, Jim Schutt <jaschut@xxxxxxxxxx> wrote:
>> > Hi,
>> >
>> > I've been experimenting with using cephfs to set
>> > the object/stripe size on a Ceph filesystem root,
>> > and it seems to not persist across a filesystem
>> > restart.  Is that expected behavior?
>> > ...
>> > Am I missing something?
>> Hmmm, not that I see. It should definitely be a persistent setting.
>>
>> <debug_mode>
>> Have you tried this on non-root directories, and were results the same
>> or different?
>> </debug_mode>
>> -Greg
>>
>
> I tried to test this, but got this instead after
> restarting my filesystem:
>
> 2011-01-19 10:16:31.073571 7f318f7fe940 osd41 48 pg[3.62f( empty n=0 ec=2 les=18 47/47/9) [41] r=0 mlcod 0'0 !hml degraded] clear_prior
> 2011-01-19 10:16:31.073584 7f318f7fe940 osd41 48 pg[3.62f( empty n=0 ec=2 les=18 48/48/9) [41,53] r=0 mlcod 0'0 !hml degraded] noting past interval(47-47 [41]/[41])
> 2011-01-19 10:16:31.073598 7f318f7fe940 osd41 48 pg[3.62f( empty n=0 ec=2 les=18 48/48/9) [41,53] r=0 mlcod 0'0 !hml degraded] cancel_recovery
> 2011-01-19 10:16:31.073610 7f318f7fe940 osd41 48 pg[3.62f( empty n=0 ec=2 les=18 48/48/9) [41,53] r=0 mlcod 0'0 !hml degraded] clear_recovery_state
> 2011-01-19 10:16:31.073623 7f318f7fe940 osd41 48 pg[3.62f( empty n=0 ec=2 les=18 48/48/9) [41,53] r=0 mlcod 0'0 !hml inactive] clear_primary_state
> 2011-01-19 10:16:31.073653 7f318f7fe940 osd41 48 pg[3.62f( empty n=0 ec=2 les=18 48/48/9) [41,53] r=0 mlcod 0'0 !hml inactive] clear_prior
> 2011-01-19 10:16:31.073668 7f318f7fe940 osd41 48 pg[3.62f( empty n=0 ec=2 les=18 48/48/9) [41,53] r=0 mlcod 0'0 !hml inactive] up [41] -> [41,53], acting [41] -> [41,53], role 0 -> 0
> 2011-01-19 10:16:31.073681 7f318f7fe940 osd41 48 pg[3.62f( empty n=0 ec=2 les=18 48/48/9) [41,53] r=0 mlcod 0'0 !hml inactive] on_change
> 2011-01-19 10:16:31.073783 7f318f7fe940 osd41 48 pg[3.62f( empty n=0 ec=2 les=18 48/48/9) [41,53] r=0 mlcod 0'0 !hml inactive] [41] -> [41,53], replicas changed
> 2011-01-19 10:16:31.092006 7f318f7fe940 osd41 48 write_superblock sb(01d356fc-7539-8c8d-7e49-8a2f42242802 osd41 e48 [1,48] lci=[9,23])
> os/FileStore.cc: In function 'void FileStore::sync_entry()':
> os/FileStore.cc:2309: FAILED assert(r == 0)
>  ceph version 0.24.1 (commit:6152f5227d1ab177230211b6d25e62d6094e26e6)
>  1: (FileStore::sync_entry()+0x25d9) [0x5a79a9]
>  2: (FileStore::SyncThread::entry()+0xd) [0x522b7d]
>  3: (Thread::_entry_func(void*)+0x7) [0x48a467]
>  4: /lib64/libpthread.so.0 [0x7f319d05c73d]
>  5: (clone()+0x6d) [0x7f319bf72f6d]
>  NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.
>
> ---
>
> So the sequence of events was:
> - create new file system, start, mount
> - create a directory, change its object/stripe sizes (to 512 KiB)
> - unmount, shut down filesystem, restart
>  ==> osd assert.
Okay, this is probably unrelated to your attempt to change non-root
dir layouts. (It's in the OSD, which just isn't going to care at all
about metadata changes.) Can you gather up the debug info for that and
file a bug report?

I'll work on reproducing the dir layout issue here shortly (shouldn't
be hard) and let you know what I come up with. :)
-Greg
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux