Hi, if i understand it correct, bluestore wont use / is not a filesystem to be mounted. So if an osd is up and in, while we dont see its mounted into the filesystem and accessable, we could assume that it must be powered by bluestore... !??! -- Mit freundlichen Gruessen / Best regards Oliver Dzombic IP-Interactive mailto:info@xxxxxxxxxxxxxxxxx Anschrift: IP Interactive UG ( haftungsbeschraenkt ) Zum Sonnenberg 1-3 63571 Gelnhausen HRB 93402 beim Amtsgericht Hanau Geschäftsführung: Oliver Dzombic Steuer Nr.: 35 236 3622 1 UST ID: DE274086107 Am 31.03.2016 um 14:47 schrieb German Anders: > having jewel install, is possible to run a command in order to see that > the OSD is actually using bluestore? > > Thanks in advance, > > Best, > > > ** > > *German* > > 2016-03-31 1:24 GMT-03:00 Adrian Saul <Adrian.Saul@xxxxxxxxxxxxxxxxx > <mailto:Adrian.Saul@xxxxxxxxxxxxxxxxx>>: > > > I upgraded my lab cluster to 10.1.0 specifically to test out > bluestore and see what latency difference it makes. > > I was able to one by one zap and recreate my OSDs to bluestore and > rebalance the cluster (the change to having new OSDs start with low > weight threw me at first, but once I worked that out it was fine). > > I was all good until I completed the last OSD, and then one of the > earlier ones fell over and refuses to restart. Every attempt to > start fails with this assertion failure: > > -2> 2016-03-31 15:15:08.868588 7f931e5f0800 0 <cls> > cls/cephfs/cls_cephfs.cc:202: loading cephfs_size_scan > -1> 2016-03-31 15:15:08.868800 7f931e5f0800 1 <cls> > cls/timeindex/cls_timeindex.cc:259: Loaded timeindex class! > 0> 2016-03-31 15:15:08.870948 7f931e5f0800 -1 osd/OSD.h: In > function 'OSDMapRef OSDService::get_map(epoch_t)' thread > 7f931e5f0800 time 2016-03-31 15:15:08.869638 > osd/OSD.h: 886: FAILED assert(ret) > > ceph version 10.1.0 (96ae8bd25f31862dbd5302f304ebf8bf1166aba6) > 1: (ceph::__ceph_assert_fail(char const*, char const*, int, char > const*)+0x85) [0x558cee37da55] > 2: (OSDService::get_map(unsigned int)+0x3d) [0x558cedd6a6fd] > 3: (OSD::init()+0xf22) [0x558cedd1d172] > 4: (main()+0x2aab) [0x558cedc83a2b] > 5: (__libc_start_main()+0xf5) [0x7f931b506b15] > 6: (()+0x349689) [0x558cedccd689] > NOTE: a copy of the executable, or `objdump -rdS <executable>` is > needed to interpret this. > > > I could just zap and recreate it again, but I would be curious to > know how to fix it, or unless someone can suggest if this is a bug > that needs looking at. > > Cheers, > Adrian > > > Confidentiality: This email and any attachments are confidential and > may be subject to copyright, legal or some other professional > privilege. They are intended solely for the attention and use of the > named addressee(s). They may only be copied, distributed or > disclosed with the consent of the copyright owner. If you have > received this email by mistake or by breach of the confidentiality > clause, please notify the sender immediately by return email and > delete or destroy all copies of the email. Any confidentiality, > privilege or copyright is not waived or lost because this email has > been sent to you by mistake. > _______________________________________________ > ceph-users mailing list > ceph-users@xxxxxxxxxxxxxx <mailto:ceph-users@xxxxxxxxxxxxxx> > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > > > > > _______________________________________________ > ceph-users mailing list > ceph-users@xxxxxxxxxxxxxx > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > _______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
 |