From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.6 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,MAILING_LIST_MULTI,NICE_REPLY_A,RCVD_IN_DNSWL_MED, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 22376 invoked from network); 17 Sep 2022 20:05:09 -0000 Received: from lists.zx2c4.com (165.227.139.114) by inbox.vuxu.org with ESMTPUTF8; 17 Sep 2022 20:05:09 -0000 Received: by lists.zx2c4.com (OpenSMTPD) with ESMTP id 8906245a; Sat, 17 Sep 2022 20:04:57 +0000 (UTC) Return-Path: Received: from odo.lv (odo.lv [52.58.11.108]) by lists.zx2c4.com (OpenSMTPD) with ESMTPS id 60cd4b5d (TLSv1.3:AEAD-AES256-GCM-SHA384:256:NO) for ; Sat, 17 Sep 2022 20:04:56 +0000 (UTC) Received: from [10.0.0.11] (unknown [85.254.74.116]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by odo.lv (Postfix) with ESMTPSA id E9EBFFF353; Sat, 17 Sep 2022 23:04:55 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=odo.lv; s=mail; t=1663445096; bh=HNP5CH1V5+VCx6rxpXOJSqZMb/1d5cD0Yv6poOVi0xM=; h=Date:Reply-To:To:References:From:Subject:In-Reply-To:From; b=GC+PpV6ry2uktUHPcvO2CVyy0ExSSipVEM/A/QLud4uoFh8tscjH/UhQQoix05AtF pE28who86gVM0z2LGih9FiW7J2tXl8UchQmVgojUamx+VTWXpWGwmqwEZ3WeSMnYkj wNT0X7CmlBaoFQtA3EkJkYK/Phs65de4aJFFetYs= Message-ID: <32098e9d-00dc-7bcb-e1e6-562c352846cc@odo.lv> Date: Sat, 17 Sep 2022 23:04:55 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0 Content-Language: en-US To: John Keeping , cgit@lists.zx2c4.com References: <0ef89b1e-6543-e726-2cf0-b68e7167fabe@odo.lv> From: =?UTF-8?B?VmFsZGlzIFbEq3RvbGnFhsWh?= Organization: Odo SIA Subject: Re: Downloading objects hangs up around 65kB In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: cgit@lists.zx2c4.com X-Mailman-Version: 2.1.30rc1 Precedence: list List-Id: List for cgit developers and users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: valdis.vitolins@odo.lv Errors-To: cgit-bounces@lists.zx2c4.com Sender: "CGit" Thanks, John, for hints! That allowed me to find this page: https://blog.cryptomilk.org/2011/08/04/debugging-cgit/ And I got content returned with these settings (and had to run as root user): CGIT_CONFIG=/etc/cgitrc \ QUERY_STRING="url=JTM/plain/doc/presentations/01_About.odp" \ /usr/lib/cgit/cgit.cgi 1>cgit.odt 2>cgit.log cgit.log is empty and cgit.odt is 713K file which starts with content: X-Content-Type-Options: nosniff Content-Security-Policy: default-src 'none' Content-Type: application/octet-stream Content-Length: 729281 Content-Disposition: inline; filename="01_About.odp" Last-Modified: Sat, 17 Sep 2022 19:48:19 GMT Expires: Sat, 17 Sep 2022 19:53:19 GMT ETag: "7048b4feba4cd80d4d56dcb3ea4b063c93b620bd" P�CqR3&��/mimetypeapplication/vnd.oasis.opendocument.presentationP�CqRConfigurations2/toolbar/P�CqRConfigurations2/floater/P�CqRConfigurations2/menubar/P�CqR�Configurations2/popupmenu/P�CqRConfigurations2/progressbar/P�CqR�Configurations2/statusbar�CqR'Configurations2/accelerator/current.xmlPP�CqRConfigurations2/images/Bitmaps/P�CqR�Configurations2/toolpanel�CqR ... So, it may be problem with apache. I have quite many of modules loaded for reverse proxy and and url and html link rewrites to shorten URL coming from XWiki content management system. apachectl -M Loaded Modules: core_module (static) so_module (static) watchdog_module (static) http_module (static) log_config_module (static) logio_module (static) version_module (static) unixd_module (static) access_compat_module (shared) alias_module (shared) auth_basic_module (shared) authn_core_module (shared) authn_file_module (shared) authz_core_module (shared) authz_host_module (shared) authz_user_module (shared) autoindex_module (shared) cache_module (shared) cache_disk_module (shared) cgi_module (shared) deflate_module (shared) dir_module (shared) env_module (shared) filter_module (shared) headers_module (shared) mime_module (shared) mpm_prefork_module (shared) negotiation_module (shared) php7_module (shared) proxy_module (shared) proxy_connect_module (shared) proxy_html_module (shared) proxy_http_module (shared) reqtimeout_module (shared) rewrite_module (shared) setenvif_module (shared) socache_shmcb_module (shared) ssl_module (shared) status_module (shared) xml2enc_module (shared) Question is how I can debug it, knowing that this is production site and that I don't have much of experience debugging apache? Valdis > On Fri, Sep 16, 2022 at 10:55:39PM +0300, Valdis Vītoliņš wrote: >> Probably it is issue on 64-bit ARM architecture, because I tested that it >> works on x86_64 virtual machine. >> >> Some time ago (because I haven't used HTTPS protocol for repositories >> recently) downloading plain objects/blobs hangs up around 65kB of data. >> >> You can test it with: >> >> wget -O "01_About.odp" -d >> "https://odo.lv/git/JTM/plain/doc/presentations/01_About.odp" >> >> It shows: >> ... >> Saving to: ‘01_About.odp’ >> >> 01_About.odp 8%[====> ] >> 63,64K 13,0KB/s in 4,9s >> >> 2022-09-16 22:32:33 (13,0 KB/s) - Connection closed at byte 65169. Retrying. >> ... >> etc. > > This seems very strange (it also happens with the .../tree/... pages > showing the hexdump file content). > > My guess is that this is caused by the Apache configuration rather than > anything CGit is doing itself. > > Have you tested running cgit outside Apache using something like: > > CGIT_CONFIG=/path/to/cgitrc \ > QUERY_STRING=url=JTM/plain/doc/presentations/01_About.odb \ > cgit > > That should give some idea whether CGit itself is returning short data > or if the response is being truncated downstream. > > > Regards, > John