Steffen Nurpmeso wrote in <20201222212207.3qb-m%stef...@sdaoden.eu>: |Steffen Nurpmeso wrote in | <20201222150957._aaw5%stef...@sdaoden.eu>: ||Steffen Nurpmeso wrote in || <20201222135537.ovyl4%stef...@sdaoden.eu>: |||gs-cgit-lists.zx2c4....@gluelogic.com wrote in ||| <20201222061206.GA54419@xps13>: ||||>Steffen Nurpmeso wrote in ||||> <20201221193127.zbZeP%steffen at sdaoden.eu>: ||||>|John Keeping wrote in ||||>| <X+DiDgGaPaynnocI at john.keeping.me.uk>: ||||>||On Mon, Dec 21, 2020 at 05:26:19PM +0100, Steffen Nurpmeso wrote: ||||>||> I discovered today that cgit no longer delivers pages, and it must ||||>||> have been like that for some time. The server looks show ||||>||> successful delivery, the cgit cache is populated and rotated just ||||>||> correctly, but all cgit delivers is that final error of main() as | ... ||||>||> I am pretty sure cgit delivered some weeks ago, the most notable ||||>||> difference is that AlpineLinux switched to Lighttpd 1.4.56 then ||||>||> .57, which seems to have brought tremendous changes under the ||||> ... ||||>|But the file was generated normally: | ... ||||>||and this may be caused by sendfile(2) failing due to some difference \ ||||>||\ ||||>||in ||||>||how the web server is setting up the output file descriptor. You may | ... | |Looking at lighttpd commit history it seems he now uses splice(2) |for CGI if possible.
On AlpineLinux with kernel 10.3 the unmodified cgit still fails. I just want to note there is no kernel bugzilla entry regarding sendfile and/or splice. I assume the sendfile(2) failure fallback code path becomes implemented and will unsubscribe again now. Thanks. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
