Re: OSD recovery over probably corrupted data

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

 



Yep, it was so. Disks was mounted with nobarrier(bad idea for XFS :)
), and in my case corruption happened despite presence of
battery-backed cache.

On Thu, Jun 6, 2013 at 10:44 PM, David Zafman <david.zafman@xxxxxxxxxxx> wrote:
>
> It looks like the enclosure failure caused data corruption.  Otherwise, your OSD should have come back online as it would after a power failure.
>
> David Zafman
> Senior Developer
> http://www.inktank.com
>
>
>
> On May 26, 2013, at 9:09 AM, Andrey Korolyov <andrey@xxxxxxx> wrote:
>
>> Hello,
>>
>> Today a large disk enclosure decided to die peacefully, bringing down
>> a couple of XFS-based disks, which works as storage for OSDs. After
>> reviving disks on the different enclosure, OSD processes dying with
>> SIGABRT with almost every disk (only one started working okay). Please
>> take a look on attached backtrace, if there is a way to bring there
>> filestores back without reformatting, I`ll be very glad to hear about
>> such thing. Running Ceph version is the 0.56.4.
>> <gdb.txt.gz>_______________________________________________
>> 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




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


  Powered by Linux