* 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 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
* 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
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.