Re: cephfs set_layout on filesystem root?

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

 



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.


What else do you need from me to debug this?

Thanks -- Jim



--
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