FS#50411 - [networkmanager-pptp] not working with kernel 4.7.0

Attached to Project: Arch Linux
Opened by Maggie (MagiCarbon) - Tuesday, 16 August 2016, 08:17 GMT
Last edited by Toolybird (Toolybird) - Monday, 29 May 2023, 03:38 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan Alexander Steffens (heftig)
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
Error:
<error> [1471332396.1515] platform-linux: do-change-link[4]: failure changing link: failure 19 (No such device)

every thing works fine with linux 4.6.x


Additional info:
* uname: Linux 4.7.0-1-ARCH #1 SMP PREEMPT Mon Aug 8 22:05:58 CEST 2016 x86_64 GNU/Linux
* networkmanager-pptp: 1.2.2-1
* output of `journal -f`:
Aug 15 15:26:36 pppd[15046]: LCP: timeout sending Config-Requests
Aug 15 15:26:36 NetworkManager[452]: LCP: timeout sending Config-Requests
Aug 15 15:26:36 NetworkManager[452]: ** Message: nm-pptp-ppp-plugin: (nm_phasechange): status 11 / phase 'disconnect'
Aug 15 15:26:36 NetworkManager[452]: Connection terminated.
Aug 15 15:26:36 pppd[15046]: Connection terminated.
Aug 15 15:26:36 dbus-daemon[669]: Activating via systemd: service name='org.freedesktop.Notifications' unit='xfce4-notifyd.service'
Aug 15 15:26:36 NetworkManager[452]: <error> [1471332396.1515] platform-linux: do-change-link[4]: failure changing link: failure 19 (No such device)
Aug 15 15:26:36 NetworkManager[452]: ** Message: Terminated ppp daemon with PID 15046.
Aug 15 15:26:36 NetworkManager[452]: <warn> [1471332396.1515] device (ppp0): failed to disable userspace IPv6LL address handling
Aug 15 15:26:36 NetworkManager[452]: <info> [1471332396.1519] vpn-connection[0x1e401e0,f830dd6a-af1a-4f44-a3b6-7c490f7703fb,"mine",0]: VPN service disappeared
Aug 15 15:26:36 systemd[604]: Starting XFCE notifications service...
Aug 15 15:26:36 pptp[15067]: nm-pptp-service-15039 log[callmgr_main:pptp_callmgr.c:245]: Closing connection (unhandled)
Aug 15 15:26:36 NetworkManager[452]: ** Message: nm-pptp-ppp-plugin: (nm_phasechange): status 1 / phase 'dead'
Aug 15 15:26:36 NetworkManager[452]: Terminating on signal 15
Aug 15 15:26:36 NetworkManager[452]: Modem hangup
Aug 15 15:26:36 NetworkManager[452]: ** Message: nm-pptp-ppp-plugin: (nm_exit_notify): cleaning up
Aug 15 15:26:36 pptp[15067]: nm-pptp-service-15039 log[ctrlp_rep:pptp_ctrl.c:258]: Sent control packet type is 12 'Call-Clear-Request'
Aug 15 15:26:36 pptp[15067]: nm-pptp-service-15039 log[call_callback:pptp_callmgr.c:84]: Closing connection (call state)
Aug 15 15:26:36 pppd[15046]: Terminating on signal 15
Aug 15 15:26:36 pppd[15046]: Modem hangup
Aug 15 15:26:36 pppd[15046]: Exit.
Aug 15 15:26:36 dbus-daemon[669]: Successfully activated service 'org.freedesktop.Notifications'
Aug 15 15:26:36 systemd[604]: Started XFCE notifications service.


Steps to reproduce:
try to start pptp.

This task depends upon

Closed by  Toolybird (Toolybird)
Monday, 29 May 2023, 03:38 GMT
Reason for closing:  No response
Additional comments about closing:  Plus it's old and stale. If still an issue, please report upstream.
Comment by Doug Newgard (Scimmia) - Wednesday, 17 August 2016, 16:15 GMT
"No such device"? Does the network device you're trying to use exist?
Comment by Maggie (MagiCarbon) - Thursday, 18 August 2016, 02:55 GMT
yup, it exist. im using it now. if rollback to Linux 4.6.x, the pptp working fine.
Comment by Doug Newgard (Scimmia) - Thursday, 18 August 2016, 03:13 GMT
You're using it under the old kernel. Does the device node exist under the new kernel?
Comment by Maggie (MagiCarbon) - Thursday, 18 August 2016, 03:54 GMT
how to check if under the new kernel?

is there anything else you want to know? let me know.
Comment by Doug Newgard (Scimmia) - Thursday, 18 August 2016, 04:10 GMT
Boot the new kernel, then run `ip link`, see if your adapter is listed.
Comment by Maggie (MagiCarbon) - Thursday, 18 August 2016, 04:19 GMT
output of `uname -r`:
4.7.0-1-ARCH

output of `ip link`:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
link/ether 00:e1:26:3f:dc:da brd ff:ff:ff:ff:ff:ff
3: enp0s20u4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
link/ether c8:e7:d8:e2:ef:dd brd ff:ff:ff:ff:ff:ff

`3: enp0s20u4` is the using device, a USB wifi device.
Comment by Maggie (MagiCarbon) - Thursday, 18 August 2016, 04:23 GMT
PS, i have 2 PCs. almost the same hardware, the same Arch Desktop Environment and the same problem with PPTP connection.
Comment by mattia (nTia89) - Saturday, 19 March 2022, 11:04 GMT
This is a very old issue. Is it still valid for you with latest version?

Loading...