Bug #805

mmap fails after 512kB on NSLU2

Added by Anonymous over 8 years ago. Updated over 6 years ago.

Status:FixedStart date:
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:core
Target version:-
Missing in 1.5.x:

Description

I have set up lighttpd 1.4.11 a few days ago on my Linksys NSLU2 running Unslung 5.5Beta to remotely access the files on my network. This works and lighttpd displays wonderfully formatted directory listings in Firefox as well as in Opera. But when I try to download files they get truncated at about 512kB. The same is with jpg files displayed in the browsers - if their size exceeds about 512kB the are only partially displayed.

I can send my lighty config file by mail if needed (I don't want to attach it to this ticket for security reasons).

Stefan

-- mls

History

#1 Updated by Anonymous over 8 years ago

Here is an excerpt from my error.log file:

2006-08-10 20:15:48: (network_writev.c.248) mmap failed: Invalid argument /share/hdd/data/public/stefan/documents/Am Hausner Feld/Eigentuemerversammlungen/2006/Eigentuemerversammlung 2006 (20060309).odp 7
2006-08-10 20:15:48: (connections.c.538) connection closed: write failed on fd 6
2006-08-10 20:15:53: (network_writev.c.248) mmap failed: Invalid argument /share/hdd/data/public/stefan/documents/Am Hausner Feld/Eigentuemerversammlungen/2006/Eigentuemerversammlung 2006 (20060309).odp 7
2006-08-10 20:15:53: (connections.c.538) connection closed: write failed on fd 6
2006-08-10 20:16:18: (network_writev.c.248) mmap failed: Invalid argument /share/hdd/data/public/stefan/documents/Am Hausner Feld/Eigentuemerversammlungen/2006/Eigentuemerversammlung 2006 (20060309).odp 7
2006-08-10 20:16:18: (connections.c.538) connection closed: write failed on fd 6
2006-08-10 20:16:41: (network_writev.c.248) mmap failed: Invalid argument /share/hdd/data/public/stefan/documents/Am Hausner Feld/Eigentuemerversammlungen/2005/Pfosten.bmp 7
2006-08-10 20:16:41: (connections.c.538) connection closed: write failed on fd 6
2006-08-10 20:47:23: (network_writev.c.248) mmap failed: Invalid argument /share/hdd/data/public/allgemein/videos/beatles/HeyJude-Beatles.asf 7
2006-08-10 20:47:23: (connections.c.538) connection closed: write failed on fd 6

-- mls

#2 Updated by darix about 7 years ago

your settings would be interesting. can you run "lighttpd -tp -f /path/to/lighttpd.conf > lighty.txt 2>&1" and attach the file here?

i bet you use sendfile as backend. but it seems write would be a better option for you. furthermore.. what filesystem do you use on the storage?

#3 Updated by Anonymous about 7 years ago

Replying to darix:

your settings would be interesting. can you run "lighttpd -tp -f /path/to/lighttpd.conf > lighty.txt 2>&1" and attach the file here?

i bet you use sendfile as backend. but it seems write would be a better option for you. furthermore.. what filesystem do you use on the storage?

I am sorry, but I cannot repro the bug anymore. Shortly after I had filed the bug I have changed the config file - I don't remember what I did - and from that on it worked. Sorry...

I could send the current config file, if necessary.

I use ext3 as file system.

Stefan

#4 Updated by Anonymous about 7 years ago

I get a lot for breal when play flv file.
down laod zip file also get break soma time.
my system is freebsd 7-current with lighttpd 1.4.18.

#5 Updated by Anonymous about 7 years ago

Though this entry is old, I cannot find a solution.
I found the same problem: after 512K the download stops. I'm on 1.4.18 on an NSLU2 with uNSLUng 6.8.

-- jos

#6 Updated by Anonymous about 7 years ago

This might be a problem not with Lighttpd but with your IPTABLES. I doubt it as you are accessing the data on a LAN (from what i understand). However, about 2 months ago i had a very similar problem when downloading large files or viewing flash in a browser on a server i run. The odd thing is it would only happen from some locations and turned out to be a problem with packet MTU size.

Check if you iptables has this line or a equiv. in it.
is a default setting on CentOS5
-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited

In my case this was causing problems with a router somewhere between my server and the world.
It seems to be fixed by replacing the above line with this.

  1. Fix the firewall
    -A FORWARD -p icmp --icmp-type fragmentation-needed -j ACCEPT
    -A FORWARD -p icmp -j DROP
    -A INPUT -p icmp --icmp-type fragmentation-needed -j ACCEPT
    -A INPUT -p icmp -j DROP

Hope this helps you out. Also, this will fix problems with trying to SCP large files and getting a consistent stall.

-Eureka

-- Eureka

#7 Updated by stbuehler almost 7 years ago

See #759

Workaround:

{{{server.network-backend = "write"}}}

#8 Updated by stbuehler almost 7 years ago

  • Status changed from New to Fixed
  • Resolution set to duplicate

#9 Updated by Anonymous over 6 years ago

????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????"?????????"?????????????????????????????????????????????????????????????????????????????????????????????????“??????????????”????????????“??”——????????????????????????????????????????????????????????????????????????????????????????????
????????????????????????????????????????????

#10 Updated by Anonymous over 6 years ago

This might be a problem not with Lighttpd but with your IPTABLES. I doubt it as you are accessing the data on a LAN (from what i understand). However, about 2 months ago i had a very similar problem when downloading large files or viewing flash in a browser on a server i run. The odd thing is it would only happen from some locations and turned out to be a problem with packet MTU size.
iron stair spindles

-- dd

Also available in: Atom