<div dir="ltr"><div><div>I think it's very likely that your 500 errors (BZ1512426) during logrotate are the same root cause as BZ1516481.<br><br></div>The fix itself is in gofer. To receive the fix for this you'll need to upgrade gofer 2.11.1-1. You can see more info about that here [0], along with its srpm if you need to rebuild it.<br><br>[0]: <a href="https://pulp.plan.io/issues/3129#note-33">https://pulp.plan.io/issues/3129#note-33</a><br><br></div>-Brian<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 30, 2018 at 2:34 PM, Jonathon Turel <span dir="ltr"><<a href="mailto:jturel@redhat.com" target="_blank">jturel@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ping :)<br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, Jan 17, 2018 at 9:42 AM, Jonathon Turel <<a href="mailto:jturel@redhat.com">jturel@redhat.com</a>> wrote:<br>
> Hi David,<br>
><br>
> Sorry for the delay - have been focusing on 6.3 issues..<br>
><br>
> Anyway, I was not able to reproduce the problem and get my own stack<br>
> trace. However, I see that there is one already attached in the BZ:<br>
> <a href="https://bugzilla.redhat.com/attachment.cgi?id=1351468" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/<wbr>attachment.cgi?id=1351468</a><br>
><br>
> It doesn't perfectly match what's in the issue you sent me but it<br>
> seems like the repro steps are basically the same. I think those<br>
> having a similar root cause is likely. Do you agree, and if so what's<br>
> the next step?<br>
><br>
> Thanks,<br>
><br>
> Jonathon<br>
><br>
> On Mon, Jan 8, 2018 at 5:36 PM, David Davis <<a href="mailto:daviddavis@redhat.com">daviddavis@redhat.com</a>> wrote:<br>
>> Jonathon,<br>
>><br>
>> I believe your issue is the same as:<br>
>><br>
>> <a href="https://pulp.plan.io/issues/3129" rel="noreferrer" target="_blank">https://pulp.plan.io/issues/<wbr>3129</a><br>
>><br>
>> This also came up during log rotations in apache/httpd. Any way you can get<br>
>> the stacktrace to confirm?<br>
>><br>
>><br>
>> David<br>
>><br>
>> On Mon, Jan 8, 2018 at 11:49 AM, Jonathon Turel <<a href="mailto:jturel@redhat.com">jturel@redhat.com</a>> wrote:<br>
>>><br>
>>> Hi team,<br>
>>><br>
>>> I'd like some input on this bug:<br>
>>> <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1512426" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/<wbr>show_bug.cgi?id=1512426</a><br>
>>><br>
>>> The httpd error log there shows what is wrong. I would have expected<br>
>>> the request to indeed be handled gracefully but that doesn't seem to<br>
>>> be the case.<br>
>>><br>
>>> Interestingly, I wasn't able to reproduce the problem with a different<br>
>>> API: /pulp/api/v2/users/ so maybe this problem is somehow specific to<br>
>>> publishing a repo with a distributor ID.<br>
>>><br>
>>> We're thinking of putting some across-the-board retry logic into<br>
>>> runcible to get around this, but obviously that isn't preferred. This<br>
>>> feels like a WSGI or Pulp problem.<br>
>>><br>
>>> Thanks for taking a look & let me know if I can provide more details.<br>
>>><br>
>>> Jonathon<br>
>>><br>
>>> (let me know if there's a better list for this discussion)<br>
>>><br>
>>> ______________________________<wbr>_________________<br>
>>> Pulp-dev mailing list<br>
>>> <a href="mailto:Pulp-dev@redhat.com">Pulp-dev@redhat.com</a><br>
>>> <a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/pulp-dev</a><br>
>><br>
>><br>
<br>
______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/pulp-dev</a><br>
</div></div></blockquote></div><br></div>