From: "Valdis Vītoliņš" <valdis.vitolins@odo.lv>
To: John Keeping <john@keeping.me.uk>, cgit@lists.zx2c4.com
Subject: Re: Downloading objects hangs up around 65kB
Date: Sat, 17 Sep 2022 23:04:55 +0300 [thread overview]
Message-ID: <32098e9d-00dc-7bcb-e1e6-562c352846cc@odo.lv> (raw)
In-Reply-To: <YyXw33mpiGRmcfZO@keeping.me.uk>
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
prev parent reply other threads:[~2022-09-17 20:05 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-09-16 19:55 Valdis Vītoliņš
2022-09-17 16:07 ` John Keeping
2022-09-17 20:04 ` Valdis Vītoliņš [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=32098e9d-00dc-7bcb-e1e6-562c352846cc@odo.lv \
--to=valdis.vitolins@odo.lv \
--cc=cgit@lists.zx2c4.com \
--cc=john@keeping.me.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).