Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Send() failed (40: Message too long)

    Scheduled Pinned Locked Moved Captive Portal
    40 Posts 27 Posters 17.0k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • H
      hardy_rafael17
      last edited by

      Hi…. Yes Im getting the exact same log... after upgrade...
      system specs... below

      ![system info.JPG](/public/imported_attachments/1/system info.JPG)
      ![system info.JPG_thumb](/public/imported_attachments/1/system info.JPG_thumb)

      1 Reply Last reply Reply Quote 0
      • T
        tosman61
        last edited by

        i need help please.

        1.jpg
        1.jpg_thumb
        2.jpg
        2.jpg_thumb

        1 Reply Last reply Reply Quote 0
        • GertjanG
          Gertjan
          last edited by

          @tosman61 : a dns with 0.0.0.0 doesn't shock you ?
          The log also show up using a single WAN  ?
          Your are using the captive portal on LAN ?
          Are you syslogging to a syslog server (on LAN) ?

          No "help me" PM's please. Use the forum, the community will thank you.
          Edit : and where are the logs ??

          1 Reply Last reply Reply Quote 0
          • Q
            quikmcw
            last edited by

            I'm getting this error, a lot.  How can you view the messages that are too long ??

            1 Reply Last reply Reply Quote 0
            • GertjanG
              Gertjan
              last edited by

              @quikmcw:

              I'm getting this error, a lot.  How can you view the messages that are too long ??

              tcpdump ?

              No "help me" PM's please. Use the forum, the community will thank you.
              Edit : and where are the logs ??

              1 Reply Last reply Reply Quote 0
              • K
                krashneo
                last edited by

                Dear all,

                I was looking for someting in nginx-error.log and I found this:

                2016/11/16 19:16:53 [alert] 33631#100096: send() failed (40: Message too long)
                2016/11/16 19:16:53 [error] 33631#100096: *1421957 upstream sent too big header while reading response header from upstream, client: 172.16.14.192, server: , request: "GET /index.php?zone=pucpcaldas&redirurl=http%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16.0.1%2Fhttp%3A%2F%2F172.16
                2016/11/16 19:16:53 [alert] 33631#100096: send() failed (40: Message too long)

                I think there is the problem, many redirects from the header…

                I changed my form from:

                To:

                to see the results… I will reply asap

                1 Reply Last reply Reply Quote 0
                • Q
                  quikmcw
                  last edited by

                  setup a syslogd to a server and the pfSense box is dumping the same error and not the full "too long" message
                  "nginx: 2016/11/17 08:36:08 [alert] 38209#100232: send() failed (40: Message too long)"

                  What happens for me is I get many of these messages then the system will not allow gui access and affects the openvpn sessions, but other traffic works as normal.

                  I'm running a SG-8860 box with the lastest version, no additional packages loaded, one internet connection, 4 subnets, 20 IPSecs and an average of 5 vpn's.

                  I need to know what these too log messages are to see what is causing the problem.

                  1 Reply Last reply Reply Quote 0
                  • Q
                    quikmcw
                    last edited by

                    just pulled this from the box:

                    Crash report begins.  Anonymous machine information:

                    amd64
                    10.3-RELEASE-p9
                    FreeBSD 10.3-RELEASE-p9 #1 5fc1b19(RELENG_2_3_2): Tue Sep 27 12:25:49 CDT 2016    root@factory23-amd64-builder:/builder/factory-232/tmp/obj/builder/factory-232/tmp/FreeBSD-src/sys/pfSense

                    Crash report details:

                    PHP Errors:
                    [17-Nov-2016 09:46:52 America/New_York] PHP Fatal error:  Allowed memory size of 536870912 bytes exhausted (tried to allocate 72 bytes) in /usr/local/www/diag_command.php on line 231
                    [17-Nov-2016 09:46:52 America/New_York] PHP Stack trace:
                    [17-Nov-2016 09:46:52 America/New_York] PHP  1. {main}() /usr/local/www/diag_command.php:0
                    [17-Nov-2016 09:46:52 America/New_York] PHP  2. exec() /usr/local/www/diag_command.php:231

                    Filename: /var/crash/minfree
                    2048

                    1 Reply Last reply Reply Quote 0
                    • J
                      JDvD
                      last edited by

                      My pfsense is dumping the same error after upgrade 2.3.2-RELEASE (amd64).
                      2WAN - 1LAN - Proxy Transp - Captive Portal

                      
nginx: 2016/11/24 11:58:30 [error] 18508#100108: send() failed (54: Connection reset by peer)
nginx: 2016/11/24 12:02:38 [alert] 74659#100142: send() failed (40: Message too long)

                      What happened?

                      USER ERROR: Replace user and press any key to continue …

                      1 Reply Last reply Reply Quote 0
                      • N
                        nutel.pr
                        last edited by

                        Same problem in my pfsense, 2.3.2-RELEASE-p1 (amd64)
                        built on Tue Sep 27 12:13:07 CDT 2016
                        FreeBSD 10.3-RELEASE-p9

                        2016/11/25 15:13:07 [alert] 15518#100112: send() failed (40: Message too long)
                        2016/11/25 15:13:38 [alert] 15518#100112: send() failed (40: Message too long)
                        2016/11/25 15:13:40 [alert] 15518#100112: send() failed (40: Message too long)
                        2016/11/25 15:14:12 [alert] 15518#100112: send() failed (40: Message too long)
                        2016/11/25 15:14:27 [alert] 15518#100112: send() failed (40: Message too long)
                        2016/11/25 15:14:41 [alert] 15518#100112: send() failed (40: Message too long)
                        2016/11/25 15:15:36 [alert] 15518#100112: send() failed (40: Message too long)
                        2016/11/25 15:15:49 [alert] 15518#100112: send() failed (40: Message too long)
                        2016/11/25 15:21:53 [alert] 15623#100082: send() failed (40: Message too long)
                        2016/11/25 15:23:19 [alert] 15623#100082: send() failed (40: Message too long)

                        1 Reply Last reply Reply Quote 0
                        • S
                          sisko212
                          last edited by

                          Same trouble with my pfsense after upgrade to 2.3.2 pi1, coming from pfsense 2.2.x
                          I didn't installed any Captive portal.
                          This issue looks related to the web interface, even if i can't be 100% sure.
                          I tried to remove all widgets from dashboard, switch from http to https, and taking a look from shell with "tail -f /var/log/nginx-error.log", an alert entry appears a couple times per minutes, instead once per second as before.

                          1 Reply Last reply Reply Quote 0
                          • L
                            Lampogriz
                            last edited by

                            Same problem here, 2.3.4-RELEASE-p1 (amd64)

                            1 Reply Last reply Reply Quote 0
                            • S
                              stbird
                              last edited by

                              2.3.4-RELEASE-p1 (amd64)

                              captive portal

                              Any ideas for this problem?

                              1 Reply Last reply Reply Quote 0
                              • L
                                Lampogriz
                                last edited by

                                Upgraded to 2.4.2 , still spams "send() failed (40: Message too long)" in log

                                ? 1 Reply Last reply Reply Quote 0
                                • S
                                  SouthPointHotel
                                  last edited by

                                  @digital_janitor:

                                  I am also getting these since upgrade.  Are there any logs that give more info?

                                  Same here. help?

                                  1 Reply Last reply Reply Quote 0
                                  • GertjanG
                                    Gertjan
                                    last edited by

                                    @krashneo:

                                    I changed my form from:

                                    To:

                                    to see the results… I will reply asap

                                    Did you try to change your old redirect URL "http%3A%2F%2F172.16.0.1%2F" == "http://172.16.0.1/"
                                    to "http://www.google.com" instead of changing the source ?

                                    What pfSense version ? - is it patched or modified ?

                                    No "help me" PM's please. Use the forum, the community will thank you.
                                    Edit : and where are the logs ??

                                    1 Reply Last reply Reply Quote 0
                                    • P
                                      pama
                                      last edited by

                                      The same here.
                                      After re-applying the squid settings it stopped to logs the errors, but after 2 or 3 days (depends on load) it reappears

                                      1 Reply Last reply Reply Quote 0
                                      • S
                                        sujyo1
                                        last edited by

                                        2.4.2-RELEASE-p1 (amd64)
                                        built on Tue Dec 12 13:45:26 CST 2017
                                        FreeBSD 11.1-RELEASE-p6

                                        Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz
                                        Current: 2667 MHz, Max: 2668 MHz
                                        4 CPUs: 1 package(s) x 4 core(s)
                                        AES-NI CPU Crypto: No

                                        Interfaces: 
                                        WAN 1000baseT <full-duplex>xx.xx.ccc.ccc
                                        LAN         autoselect 192.168.1.1
                                        OFFICE 100baseTX <full-duplex>192.168.100.1
                                        HOTSPOT 1000baseT <full-duplex>10.10.10.1 (captive portal is ON)

                                        nginx: 2018/02/10 19:49:01 [error] 28887#100127: *4888 open() "/usr/local/www/phpmyadmin" failed (2: No such file or directory), client: 1x0.2x9.1xx.x6, server: , request: "GET /phpmyadmin HTTP/1.1", host: "xx.3x.2xx.xxx", referrer: "http://xx.xx.xxx.xxx/phpmyadmin"

                                        I getting same a full page…

                                        Feb 10 15:05:55 nginx: 2018/02/10 15:05:55 [alert] 43837#100173: send() failed (40: Message too long)</full-duplex></full-duplex></full-duplex>

                                        1 Reply Last reply Reply Quote 0
                                        • A
                                          AMD_infinium05
                                          last edited by

                                          Hey guys, is there an update to this issue?

                                          1 Reply Last reply Reply Quote 0
                                          • H
                                            hasanfatih
                                            last edited by

                                            ishtiaqaj did you solve this problem

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.