* Bumping my jenkins builds to the wall in radable.sh @ 2016-03-16 18:27 Willem Jan Withagen 2016-03-16 19:34 ` Gregory Farnum 0 siblings, 1 reply; 6+ messages in thread From: Willem Jan Withagen @ 2016-03-16 18:27 UTC (permalink / raw) To: Ceph Development ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketEnt ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo error: buffer::end_of_buffer **** failed to decode ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo/25f5ff183bba6da708243a0bbbe40a2e **** error: buffer::end_of_buffer **** failed to decode ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo/54f53e3e301071f48247d59272b27b53 **** ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/rgw_bucket_pending_info "Just" a matter of rebase? Or does it need more tinkering. --WjW ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Bumping my jenkins builds to the wall in radable.sh 2016-03-16 18:27 Bumping my jenkins builds to the wall in radable.sh Willem Jan Withagen @ 2016-03-16 19:34 ` Gregory Farnum 2016-03-16 20:02 ` Josh Durgin 2016-03-16 20:17 ` Willem Jan Withagen 0 siblings, 2 replies; 6+ messages in thread From: Gregory Farnum @ 2016-03-16 19:34 UTC (permalink / raw) To: Willem Jan Withagen; +Cc: Ceph Development, Yehuda Sadeh-Weinraub On Wed, Mar 16, 2016 at 11:27 AM, Willem Jan Withagen <wjw@digiware.nl> wrote: > > ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketEnt > > ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo > error: buffer::end_of_buffer > **** failed to decode > ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo/25f5ff183bba6da708243a0bbbe40a2e > **** > error: buffer::end_of_buffer > **** failed to decode > ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo/54f53e3e301071f48247d59272b27b53 > **** > > ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/rgw_bucket_pending_info > > "Just" a matter of rebase? > Or does it need more tinkering. Well, ceph-object-corpus is a bunch of old encoded versions of our objects, and it's validating that current code is still capable of decoding them. 0.61.4 is pretty old but I *think* should still work (maybe check that your submodules are all up to date; maybe some of them got dropped?). Assuming that still works on Linux, it's not a rebase problem; I would guess maybe these types just never worked because it wasn't BSD cross-compatible until more recently. You might want to explore how they're failing exactly; obviously it's running out of data to decode but the *why* is interesting. -Greg ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Bumping my jenkins builds to the wall in radable.sh 2016-03-16 19:34 ` Gregory Farnum @ 2016-03-16 20:02 ` Josh Durgin 2016-03-16 20:06 ` Gregory Farnum 2016-03-16 20:17 ` Willem Jan Withagen 1 sibling, 1 reply; 6+ messages in thread From: Josh Durgin @ 2016-03-16 20:02 UTC (permalink / raw) To: Gregory Farnum, Willem Jan Withagen Cc: Ceph Development, Yehuda Sadeh-Weinraub On 03/16/2016 12:34 PM, Gregory Farnum wrote: > On Wed, Mar 16, 2016 at 11:27 AM, Willem Jan Withagen <wjw@digiware.nl> wrote: >> >> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketEnt >> >> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo >> error: buffer::end_of_buffer >> **** failed to decode >> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo/25f5ff183bba6da708243a0bbbe40a2e >> **** >> error: buffer::end_of_buffer >> **** failed to decode >> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo/54f53e3e301071f48247d59272b27b53 >> **** >> >> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/rgw_bucket_pending_info >> >> "Just" a matter of rebase? >> Or does it need more tinkering. > > Well, ceph-object-corpus is a bunch of old encoded versions of our > objects, and it's validating that current code is still capable of > decoding them. 0.61.4 is pretty old but I *think* should still work > (maybe check that your submodules are all up to date; maybe some of > them got dropped?). Assuming that still works on Linux, it's not a > rebase problem; I would guess maybe these types just never worked > because it wasn't BSD cross-compatible until more recently. You might > want to explore how they're failing exactly; obviously it's running > out of data to decode but the *why* is interesting. It's broken on linux on master: http://gitbuilder.sepia.ceph.com/gitbuilder-ceph-tarball-trusty-amd64-basic/log.cgi?log=188644cb753fe304d941051b75b9eac49ede1086 https://jenkins.ceph.com/job/ceph-pull-requests/3220/console Probably snuck in while 'make check' was broken from the crush update. Josh ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Bumping my jenkins builds to the wall in radable.sh 2016-03-16 20:02 ` Josh Durgin @ 2016-03-16 20:06 ` Gregory Farnum 2016-03-17 9:29 ` Willem Jan Withagen 0 siblings, 1 reply; 6+ messages in thread From: Gregory Farnum @ 2016-03-16 20:06 UTC (permalink / raw) To: Josh Durgin; +Cc: Willem Jan Withagen, Ceph Development, Yehuda Sadeh-Weinraub On Wed, Mar 16, 2016 at 1:02 PM, Josh Durgin <jdurgin@redhat.com> wrote: > On 03/16/2016 12:34 PM, Gregory Farnum wrote: >> >> On Wed, Mar 16, 2016 at 11:27 AM, Willem Jan Withagen <wjw@digiware.nl> >> wrote: >>> >>> >>> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketEnt >>> >>> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo >>> error: buffer::end_of_buffer >>> **** failed to decode >>> >>> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo/25f5ff183bba6da708243a0bbbe40a2e >>> **** >>> error: buffer::end_of_buffer >>> **** failed to decode >>> >>> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo/54f53e3e301071f48247d59272b27b53 >>> **** >>> >>> >>> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/rgw_bucket_pending_info >>> >>> "Just" a matter of rebase? >>> Or does it need more tinkering. >> >> >> Well, ceph-object-corpus is a bunch of old encoded versions of our >> objects, and it's validating that current code is still capable of >> decoding them. 0.61.4 is pretty old but I *think* should still work >> (maybe check that your submodules are all up to date; maybe some of >> them got dropped?). Assuming that still works on Linux, it's not a >> rebase problem; I would guess maybe these types just never worked >> because it wasn't BSD cross-compatible until more recently. You might >> want to explore how they're failing exactly; obviously it's running >> out of data to decode but the *why* is interesting. > > > It's broken on linux on master: > > http://gitbuilder.sepia.ceph.com/gitbuilder-ceph-tarball-trusty-amd64-basic/log.cgi?log=188644cb753fe304d941051b75b9eac49ede1086 > https://jenkins.ceph.com/job/ceph-pull-requests/3220/console > > Probably snuck in while 'make check' was broken from the crush update. Oh, and the very next commit after that is the fix, so yes, a rebase should fix it. (Thanks Kefu+Casey!) ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Bumping my jenkins builds to the wall in radable.sh 2016-03-16 20:06 ` Gregory Farnum @ 2016-03-17 9:29 ` Willem Jan Withagen 0 siblings, 0 replies; 6+ messages in thread From: Willem Jan Withagen @ 2016-03-17 9:29 UTC (permalink / raw) To: Gregory Farnum, Josh Durgin; +Cc: Ceph Development, Yehuda Sadeh-Weinraub On 16-3-2016 21:06, Gregory Farnum wrote: > On Wed, Mar 16, 2016 at 1:02 PM, Josh Durgin <jdurgin@redhat.com> wrote: >> On 03/16/2016 12:34 PM, Gregory Farnum wrote: >>> >>> On Wed, Mar 16, 2016 at 11:27 AM, Willem Jan Withagen <wjw@digiware.nl> >>> wrote: >>>> >>>> >>>> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketEnt >>>> >>>> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo >>>> error: buffer::end_of_buffer >>>> **** failed to decode >>>> >>>> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo/25f5ff183bba6da708243a0bbbe40a2e >>>> **** >>>> error: buffer::end_of_buffer >>>> **** failed to decode >>>> >>>> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo/54f53e3e301071f48247d59272b27b53 >>>> **** >>>> >>>> >>>> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/rgw_bucket_pending_info >>>> >>>> "Just" a matter of rebase? >>>> Or does it need more tinkering. >>> >>> >>> Well, ceph-object-corpus is a bunch of old encoded versions of our >>> objects, and it's validating that current code is still capable of >>> decoding them. 0.61.4 is pretty old but I *think* should still work >>> (maybe check that your submodules are all up to date; maybe some of >>> them got dropped?). Assuming that still works on Linux, it's not a >>> rebase problem; I would guess maybe these types just never worked >>> because it wasn't BSD cross-compatible until more recently. You might >>> want to explore how they're failing exactly; obviously it's running >>> out of data to decode but the *why* is interesting. >> >> >> It's broken on linux on master: >> >> http://gitbuilder.sepia.ceph.com/gitbuilder-ceph-tarball-trusty-amd64-basic/log.cgi?log=188644cb753fe304d941051b75b9eac49ede1086 >> https://jenkins.ceph.com/job/ceph-pull-requests/3220/console >> >> Probably snuck in while 'make check' was broken from the crush update. > > Oh, and the very next commit after that is the fix, so yes, a rebase > should fix it. (Thanks Kefu+Casey!) > Rebased, and pushed.... Lets see what that brings. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Bumping my jenkins builds to the wall in radable.sh 2016-03-16 19:34 ` Gregory Farnum 2016-03-16 20:02 ` Josh Durgin @ 2016-03-16 20:17 ` Willem Jan Withagen 1 sibling, 0 replies; 6+ messages in thread From: Willem Jan Withagen @ 2016-03-16 20:17 UTC (permalink / raw) To: Gregory Farnum; +Cc: Ceph Development, Yehuda Sadeh-Weinraub On 16-3-2016 20:34, Gregory Farnum wrote: > On Wed, Mar 16, 2016 at 11:27 AM, Willem Jan Withagen <wjw@digiware.nl> wrote: >> >> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketEnt >> >> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo >> error: buffer::end_of_buffer >> **** failed to decode >> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo/25f5ff183bba6da708243a0bbbe40a2e >> **** >> error: buffer::end_of_buffer >> **** failed to decode >> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/RGWBucketInfo/54f53e3e301071f48247d59272b27b53 >> **** >> >> ../ceph-object-corpus/archive/0.61.4-60-g24c59be/objects/rgw_bucket_pending_info >> >> "Just" a matter of rebase? >> Or does it need more tinkering. > > Well, ceph-object-corpus is a bunch of old encoded versions of our > objects, and it's validating that current code is still capable of > decoding them. 0.61.4 is pretty old but I *think* should still work > (maybe check that your submodules are all up to date; maybe some of > them got dropped?). Assuming that still works on Linux, it's not a > rebase problem; I would guess maybe these types just never worked > because it wasn't BSD cross-compatible until more recently. You might > want to explore how they're failing exactly; obviously it's running > out of data to decode but the *why* is interesting. As Josh actually points out these errors actually occur on the Ceph jenkins platform (probably under CentOS7). It has not yet hit my wip-trees. --WjW ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2016-03-17 9:29 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2016-03-16 18:27 Bumping my jenkins builds to the wall in radable.sh Willem Jan Withagen 2016-03-16 19:34 ` Gregory Farnum 2016-03-16 20:02 ` Josh Durgin 2016-03-16 20:06 ` Gregory Farnum 2016-03-17 9:29 ` Willem Jan Withagen 2016-03-16 20:17 ` Willem Jan Withagen
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.