Activity
From 07/24/2018 to 08/22/2018
08/22/2018
- 01:04 PM Bug #24761 (Resolved): set correctly shard for existed Collection.
- 12:20 PM Bug #22464: Bluestore: many checksum errors, always 0x6706be76 (which matches a zero block)
- This seems unrelated: retried reads succeed with this bug.
- 08:25 AM Bug #22464: Bluestore: many checksum errors, always 0x6706be76 (which matches a zero block)
- Same problem here. I/O blocking on krbd when this bug hits, which needs a reboot of the VM using the KRBD device, and...
08/15/2018
08/14/2018
- 08:56 PM Backport #26944 (Resolved): mimic: os/bluestore/BlueStore.cc: 1025: FAILED assert(buffer_bytes >=...
- https://github.com/ceph/ceph/pull/23748
- 08:56 PM Backport #26943 (Resolved): luminous: os/bluestore/BlueStore.cc: 1025: FAILED assert(buffer_bytes...
- https://github.com/ceph/ceph/pull/24992
- 03:34 PM Bug #24439 (Pending Backport): os/bluestore/BlueStore.cc: 1025: FAILED assert(buffer_bytes >= b->...
- 02:17 PM Bug #20557: segmentation fault with rocksdb|BlueStore and jemalloc
- Got a similar issue on Jewel 10.2.11 as it uses rocksdb by default now. I know Jewel is near EOL and the plan was to ...
08/13/2018
- 05:14 PM Bug #24439 (Fix Under Review): os/bluestore/BlueStore.cc: 1025: FAILED assert(buffer_bytes >= b->...
- https://github.com/ceph/ceph/pull/23552
- 05:09 PM Bug #26902 (Duplicate): ObjectStore/StoreTest.ColSplitTest1Clones/2 failure
08/12/2018
- 08:40 PM Bug #26902 (Duplicate): ObjectStore/StoreTest.ColSplitTest1Clones/2 failure
- ...
- 09:31 AM Bug #24480 (Resolved): using a 1GB data device refuses provisioning with misleading error
- 09:29 AM Bug #25077 (Resolved): Occasional assertion in ObjectStore/StoreTest.HashCollisionTest/2
08/10/2018
08/09/2018
- 12:11 PM Bug #22464: Bluestore: many checksum errors, always 0x6706be76 (which matches a zero block)
- Oh, yeah, looks like I fail at copy & pasting URLs. Correct link is https://github.com/ceph/ceph/pull/23273
08/08/2018
- 10:01 AM Bug #22464: Bluestore: many checksum errors, always 0x6706be76 (which matches a zero block)
- Paul Emmerich wrote:
> I've prototyped a work-around here: https://github.com/ceph/ceph/pull/2327
>
> Is there a ... - 02:08 AM Bug #25207: ceph-volume lvm create gives segmentation fault
- This looks a bit like the error we see when jemalloc is enabled in /etc/{default,sysconfig}/ceph. Can you see if it ...
08/06/2018
- 04:38 PM Bug #21480 (Resolved): bluestore: flush_commit is racy
- 04:37 PM Bug #23540 (Resolved): FAILED assert(0 == "can't mark unloaded shard dirty") with compression ena...
- 04:36 PM Backport #24798 (Resolved): luminous: FAILED assert(0 == "can't mark unloaded shard dirty") with ...
- 03:16 AM Bug #25001: Crashing OSDs after going from 12.2.5 -> 12.2.6 -> 13.2.0
- Troy Ablan wrote:
> Before I took the crashy ones down, and ran a bluestore fsck. fsck came back with similar err... - 03:15 AM Bug #25001: Crashing OSDs after going from 12.2.5 -> 12.2.6 -> 13.2.0
- Wanted to update that I
# Have gotten 100% of the data out of the cluster, and as far as I can tell, everything is...
08/05/2018
08/03/2018
- 03:20 PM Backport #24770: luminous: set correctly shard for existed Collection.
- Nathan Cutler wrote:
> https://github.com/ceph/ceph/pull/22860
merged - 03:13 PM Backport #24260: luminous: bluestore: flush_commit is racy
- Nathan Cutler wrote:
> https://github.com/ceph/ceph/pull/22904
merged - 03:12 PM Backport #24260: luminous: bluestore: flush_commit is racy
- https://github.com/ceph/ceph/pull/22909
merged
08/01/2018
- 08:21 PM Bug #25207: ceph-volume lvm create gives segmentation fault
- Alfredo Deza wrote:
> [...]
>
> The above is considered normal for the first time the OSD is created.
>
> Not ... - 10:55 AM Bug #25207: ceph-volume lvm create gives segmentation fault
- ...
- 12:37 AM Bug #25207 (Can't reproduce): ceph-volume lvm create gives segmentation fault
- Hi,
I am trying to install the osd on nvme drive. It is not linked to any volume groups.
When i tried to use the...
07/31/2018
- 06:25 PM Bug #25006: bad csum during upgrade test
- Nathan Cutler wrote:
> Also, I noticed this in the test yaml:
>
> [...]
>
> The only thing within @parallel@ i...
07/30/2018
- 08:13 PM Bug #25180 (Resolved): ObjectStore/StoreTest.CompressionTest/2 fail
- ...
- 06:51 PM Bug #24859 (Resolved): Multiple races related to destruction of SharedBlob and BlueStore::split_c...
- 06:51 PM Backport #24886 (Resolved): luminous: Multiple races related to destruction of SharedBlob and Blu...
- 04:42 PM Backport #24886: luminous: Multiple races related to destruction of SharedBlob and BlueStore::spl...
- Nathan Cutler wrote:
> https://github.com/ceph/ceph/pull/23064
merged
07/28/2018
- 08:07 PM Bug #25001: Crashing OSDs after going from 12.2.5 -> 12.2.6 -> 13.2.0
- It looks like I have quite a few more than this one OSD that's crashing. They all fsck successfully, but repair will...
07/27/2018
- 10:01 PM Bug #25001: Crashing OSDs after going from 12.2.5 -> 12.2.6 -> 13.2.0
- repair log and core respectively
ceph-post-file: 189d2970-662a-49c0-ac6c-6ee6d124d523
ceph-post-file: 8675da71-1b... - 09:53 PM Bug #25001: Crashing OSDs after going from 12.2.5 -> 12.2.6 -> 13.2.0
- I have since updated to 13.2.1 and the cluster appears to be allowing me to get at least some of my data out. Howeve...
07/26/2018
- 10:02 PM Bug #25077 (Fix Under Review): Occasional assertion in ObjectStore/StoreTest.HashCollisionTest/2
- https://github.com/ceph/ceph/pull/23257
- 12:50 PM Bug #25077: Occasional assertion in ObjectStore/StoreTest.HashCollisionTest/2
- https://github.com/ceph/ceph/pull/23257
- 07:37 PM Bug #22464: Bluestore: many checksum errors, always 0x6706be76 (which matches a zero block)
- I've prototyped a work-around here: https://github.com/ceph/ceph/pull/2327
Is there a good reason to not retry rea... - 03:17 PM Bug #22464: Bluestore: many checksum errors, always 0x6706be76 (which matches a zero block)
- I agree that it is cleary a kernel bug in 4.9+, but I disagree with won't fix as a conclusion. Also, it also happens ...
- 04:39 PM Bug #22102 (Won't Fix): BlueStore crashed on rocksdb checksum mismatch
- This appears to be a kernel bug related to swapping.
So far no indication it affects distro kernels. - 09:41 AM Bug #25098: Bluestore OSD failed to start with `bluefs_types.h: 54: FAILED assert(pos <= end)`
- first 1 MB of the device `dd if=/dev/sdc of=/tmp/foo bs=1024K skip=1 count=1`...
- 09:32 AM Bug #25098: Bluestore OSD failed to start with `bluefs_types.h: 54: FAILED assert(pos <= end)`
- Dump of the bluefs super block : ...
- 09:27 AM Bug #25098: Bluestore OSD failed to start with `bluefs_types.h: 54: FAILED assert(pos <= end)`
- output of ceph-volume.log , seems ok, nothing strange:...
07/25/2018
- 11:12 PM Bug #25077 (In Progress): Occasional assertion in ObjectStore/StoreTest.HashCollisionTest/2
- 09:30 PM Bug #22464 (Won't Fix): Bluestore: many checksum errors, always 0x6706be76 (which matches a zero ...
- I'm going to close this given that all of the evidence seems to point to a kernel bug with swap.
- 09:20 PM Bug #24903 (Resolved): Update 12.2.5 -> 12.2.6: block.db symlink exists but target unusable
- 11:57 AM Bug #25098 (Resolved): Bluestore OSD failed to start with `bluefs_types.h: 54: FAILED assert(pos ...
- This occurs sometimes... hard to catch :
1. we zap the device
2. do ceph lvm active with a cache and DB on SSD ...
07/24/2018
- 01:41 PM Bug #25077: Occasional assertion in ObjectStore/StoreTest.HashCollisionTest/2
- Looks like a race between object and collection removals.
- 01:39 PM Bug #25077 (Can't reproduce): Occasional assertion in ObjectStore/StoreTest.HashCollisionTest/2
- The issue occurs after running the following command for a while:
../bin/ceph_test_objectstore --gtest_filter=Object... - 12:35 PM Bug #20236 (In Progress): bluestore: ObjectStore/StoreTestSpecificAUSize.Many4KWritesNoCSumTest/2...
- It looks like I have some insight on the root cause, got that much more frequently once having some blobs at DB only ...
- 03:31 AM Bug #25050: osd: OSD Failed to Start In function 'int BlueStore::_do_alloc_write
- It is already back to production without compression, I am not sure it is related to the compression type, we had sim...
Also available in: Atom