From users-return-21008-apmail-subversion-users-archive=subversion.apache.org@subversion.apache.org Wed Mar 5 21:23:47 2014 Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9C7A210F66 for ; Wed, 5 Mar 2014 21:23:47 +0000 (UTC) Received: (qmail 26255 invoked by uid 500); 5 Mar 2014 21:23:46 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 26207 invoked by uid 500); 5 Mar 2014 21:23:45 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 26040 invoked by uid 99); 5 Mar 2014 21:23:44 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Mar 2014 21:23:44 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of ben@reser.org designates 50.197.89.41 as permitted sender) Received: from [50.197.89.41] (HELO mail.brain.org) (50.197.89.41) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Mar 2014 21:23:38 +0000 Received: from localhost (localhost [127.0.0.1]) by mail.brain.org (Postfix) with ESMTP id 21596179E0D3; Wed, 5 Mar 2014 13:23:16 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at fornix.brain.org Received: from mail.brain.org ([127.0.0.1]) by localhost (fornix.brain.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qh9v3ql+0aio; Wed, 5 Mar 2014 13:23:16 -0800 (PST) Received: from fmri.brain.org (fmri.brain.org [IPv6:2001:470:e966:5:223:dfff:fedf:433d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.brain.org (Postfix) with ESMTPSA id B3A91179E0C6; Wed, 5 Mar 2014 13:23:15 -0800 (PST) Message-ID: <531795C4.9010703@reser.org> Date: Wed, 05 Mar 2014 13:23:16 -0800 From: Ben Reser User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:27.0) Gecko/20100101 Thunderbird/27.0 MIME-Version: 1.0 To: Guido Larrain , "users@subversion.apache.org" Subject: Re: 502 Bad gateway error References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org On 3/5/14, 8:01 AM, Guido Larrain wrote: > 2014-02-28 8:35 GMT-03:00 Guido Larrain >: > > I'm having issues when i tried to commit some HTML files. i mean, some of > them i can committed without problems, but others when i tried to commit > i'm getting a 502 bad gateway error message. is like is trying to commit > for 5 mins and then shows the error message. > > here is the error that i'm getting > > Server sent unexpected return value (502 Proxy Error) in response to PUT > > i did a trace of one of those files that are failing, here is the result... > > Imágenes integradas 1 > > I though that it could be an error on the reverse proxy or firewall but > those are working fine. > > Can you please help me on this one? any ideas? The trace you posted is useless in trying to help you because it doesn't demonstrate the issue you've reported as having. The trace shows a 400 error in response to a PROPFIND request and not a 502 error in response to a PUT request. Further the 1.7.9 good trace shows your requests rooted against: http://svn.kaazing.wan/sandbox/trunk While you're 1.8.5 requests rooted against: http://svn.kaazing.wan/ I'm guessing you have your Location in your server rooted at / and are using a ParentPath setup. There's no server at the root so your request with the 1.8.5 client fails. I'm not sure how you managed to produce this request, though it's possible there's some sort of bug here. But there's simply not enough information to determine. The error logs from the server would also be very helpful. > Hello, > > I was trying to find a solution to this and i saw something interesting... > > Here is another odd behavior… > > I tried to commit that file as it is… I mean the original > > Here is the 2 lines with issues > >
>
> > So I changed to > >
> >
> > As you can see I removed this style="margin:auto; width:400px; max-width:100%;" /> and also changed a little > bit to be in 3 lines instead of 2 lines. I committed successfully. > > Then I added that removed line like this… > >
> > >
> > I committed successfully and everything is working fine!! > > Other funny behavior is if you try to commit directly the last step, I'm > meaning by replacing this… > >
>
> > To this… > >
> > >
> > It’ll fail… > > It doesn't make sense to me, but this is what it is… extremely bizarre!!! > > Any ideas why this could be happening??? Given this description and the 502 error, I'd guess you have some sort of proxy that doesn't like the content of your PUT. But you haven't provided enough information to really know for sure. You said you initially suspected a problem with the reverse proxy or firewall and assert they are working fine in your last email. What caused you to conclude that they were not at fault? Have you tried the commits without the proxy or firewalls being involved?