Re: OSD crash after conversion to bluestore

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

 



 

Not sure about commands however if you look at the OSD mount point there is  a “bluefs” file.

 

 

From: German Anders [mailto:ganders@xxxxxxxxxxxx]
Sent: Thursday, 31 March 2016 11:48 PM
To: Adrian Saul
Cc: ceph-users@xxxxxxxxxxxxxx
Subject: Re: [ceph-users] OSD crash after conversion to bluestore

 

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


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
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

 

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
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux