Package: pptpd
Version: 1.3.4-5
Severity: grave
Justification: renders package unusable

PPTP was running flawlessly before doing an upgrade.

Details:
Recently converted a x86 32 bit system to 64bit amd64.  The installed
system was comletely migrated to amd64 inclucing all packages.  Installed new
Supermicro X9SRL-F motherboard and Intel Xeon E5-2609.  Upgraded memory from 6GB
to 32GB.  

Intial PPTP connections are fine.  If a high volume of traffic is sent
over the VPN, the connection drops and the error log outputs:
pptpd[7894]: GRE: xmit failed from decaps_hdlc: No buffer space
available
pptpd[7894]: CTRL: PTY read or GRE write
failed (pty,gre)=(6,7)

Running: strace pptpd --fg -d
results with this output during the connection drop:
)      = ? ERESTARTNOHAND (To be restarted)
--- SIGCHLD (Child exited) @ 0 (0) ---
write(5, "\21\0\0\0", 4)                = 4
rt_sigaction(SIGCHLD, {0x404030, [CHLD], SA_RESTORER|SA_RESTART,
0x7f760d0834f0}, {0x404030, [], SA_RESTORER, 0x7f760d0834f0}, 8) = 0
rt_sigreturn(0x11)                      = -1 EINTR (Interrupted system
call)
select(7, [4 6], NULL, NULL, NULL)      = 1 (in [4])
read(4, "\21\0\0\0", 4)                 = 4
wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 1}], WNOHANG, NULL) = 7894
time([1351862858])                      = 1351862858
sendto(3, "<31>Nov  2 07:27:38 pptpd[7891]:"..., 55, MSG_NOSIGNAL, NULL,
0) = 55
wait4(-1, 0x7fff8c62f96c, WNOHANG, NULL) = 0
select(7, [4 6], NULL, NULL, NULL^C <unfinished ...>


Searching the Internet for a solution, to this problem, I came across
this:
https://sourceforge.net/mailarchive/forum.php?thread_name=20100308083157.GI26854%40us.netrek.org&forum_name=poptop-server

Quote:
On the face of it, this occurs if the operating system returns ENOBUFS
to pptpd when pptpd asks it to write a packet to the GRE socket in
encaps_gre() in source file pptpgre.c.
Now, write(2) or writev(2) system call is not documented as possibly
returning ENOBUFS, but it probably should be.  Whether your kernel is
correct in this or not is not something I've researched.
The code in pptpd fails if ENOBUFS occurs in this way.

I've tried versions 1.3.4-3, 1.3.4-5.1, and 1.3.4-5.

ppp is 2.4.5-5.1+b1
kernel is 3.2.0-3-amd64
bcrelay is 1.3.4-5


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages pptpd depends on:
ii  bcrelay                1.3.4-5
ii  debconf [debconf-2.0]  1.5.46
ii  libc6                  2.13-35
ii  libwrap0               7.6.q-24
ii  netbase                5.0
ii  ppp                    2.4.5-5.1+b1

pptpd recommends no packages.

pptpd suggests no packages.

-- Configuration Files:
/etc/pptpd.conf changed:
speed 115200
option /etc/ppp/pptpd-options
debug
logwtmp
localip 192.168.9.1
remoteip 192.168.9.224-231
pidfile /var/run/pptpd.pid
bcrelay eth1


-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to