Re: OSD crash after conversion to bluestore

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

 



No - if you use ceph-disk prepare it creates a small filesystem with some control files, the bluestore partition is not visible.


> -----Original Message-----
> From: ceph-users [mailto:ceph-users-bounces@xxxxxxxxxxxxxx] On Behalf Of
> Oliver Dzombic
> Sent: Friday, 1 April 2016 12:08 AM
> To: ceph-users@xxxxxxxxxxxxxx
> Subject: Re:  OSD crash after conversion to bluestore
>
> 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
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