Public bug reported:

Binary package hint: ntp

Hi.
In syslog cut below you can see that @ 21:10:12 VPN became up and running.
But 4 minutes later - @ 21:14:14 - ntpd service successfully synced time with 
server 91.189.94.4 and then - bound to my tunnel interface.
30 seconds after that NM's VPN detected dead peer and found that "no VPN 
connection was active".

Aug  2 21:09:52 svinogradov-lt kernel: [ 6279.836347] tg3: eth2: Link is up at 
100 Mbps, full duplex.
Aug  2 21:09:52 svinogradov-lt kernel: [ 6279.836353] tg3: eth2: Flow control 
is off for TX and off for RX.
Aug  2 21:09:53 svinogradov-lt NetworkManager: <info>  (eth2): device state 
change: 7 -> 8 
Aug  2 21:09:53 svinogradov-lt NetworkManager: <info>  Policy set 
'samara-dsl-link' (eth2) as default for routing and DNS. 
Aug  2 21:09:53 svinogradov-lt NetworkManager: <info>  Activation (eth2) 
successful, device activated. 
Aug  2 21:09:53 svinogradov-lt NetworkManager: <info>  Activation (eth2) Stage 
5 of 5 (IP Configure Commit) complete. 
Aug  2 21:09:54 svinogradov-lt ntpd[12109]: ntpd exiting on signal 15
Aug  2 21:09:54 svinogradov-lt ntpdate[12196]: adjust time server 91.189.94.4 
offset -0.007289 sec
Aug  2 21:09:54 svinogradov-lt ntpd[12226]: ntpd 4.2....@1.1520-o Wed May 13 
21:05:42 UTC 2009 (1)
Aug  2 21:09:54 svinogradov-lt ntpd[12227]: precision = 1.000 usec
Aug  2 21:09:54 svinogradov-lt ntpd[12227]: Listening on interface #0 wildcard, 
0.0.0.0#123 Disabled
Aug  2 21:09:54 svinogradov-lt ntpd[12227]: Listening on interface #1 wildcard, 
::#123 Disabled
Aug  2 21:09:54 svinogradov-lt ntpd[12227]: Listening on interface #2 lo, 
::1#123 Enabled
Aug  2 21:09:54 svinogradov-lt ntpd[12227]: Listening on interface #3 br0, 
----::----:----:----:----#123 Enabled
Aug  2 21:09:54 svinogradov-lt ntpd[12227]: Listening on interface #4 eth2, 
----::----:----:----:----#123 Enabled
Aug  2 21:09:54 svinogradov-lt ntpd[12227]: Listening on interface #5 lo, 
127.0.0.1#123 Enabled
Aug  2 21:09:54 svinogradov-lt ntpd[12227]: Listening on interface #6 eth2, 
--.--.--.--#123 Enabled
Aug  2 21:09:54 svinogradov-lt ntpd[12227]: kernel time sync status 0040
Aug  2 21:09:54 svinogradov-lt ntpd[12227]: frequency initialized -2.755 PPM 
from /var/lib/ntp/ntp.drift
Aug  2 21:09:58 svinogradov-lt NetworkManager: <debug> [1249232998.002995] 
ensure_killed(): waiting for vpn service pid 11618 to exit 
Aug  2 21:09:58 svinogradov-lt NetworkManager: <debug> [1249232998.003146] 
ensure_killed(): vpn service pid 11618 cleaned up 
Aug  2 21:10:01 svinogradov-lt NetworkManager: <info>  Starting VPN service 
'org.freedesktop.NetworkManager.vpnc'... 
Aug  2 21:10:01 svinogradov-lt NetworkManager: <info>  VPN service 
'org.freedesktop.NetworkManager.vpnc' started 
(org.freedesktop.NetworkManager.vpnc), PID 12233 
Aug  2 21:10:01 svinogradov-lt NetworkManager: <info>  VPN service 
'org.freedesktop.NetworkManager.vpnc' just appeared, activating connections 
Aug  2 21:10:01 svinogradov-lt /USR/SBIN/CRON[12243]: (root) CMD ([ -x 
/usr/sbin/update-motd ] && /usr/sbin/update-motd 2>/dev/null)
Aug  2 21:10:08 svinogradov-lt NetworkManager: <info>  VPN plugin state 
changed: 3 
Aug  2 21:10:08 svinogradov-lt NetworkManager: <info>  VPN connection '---' 
(Connect) reply received. 
Aug  2 21:10:08 svinogradov-lt kernel: [ 6295.585763] tun0: Disabled Privacy 
Extensions
Aug  2 21:10:12 svinogradov-lt NetworkManager: <info>  VPN connection '---' (IP 
Config Get) reply received. 
Aug  2 21:10:12 svinogradov-lt NetworkManager: <info>  VPN Gateway: --.--.--.--
Aug  2 21:10:12 svinogradov-lt NetworkManager: <info>  Tunnel Device: tun0 
Aug  2 21:10:12 svinogradov-lt NetworkManager: <info>  Internal IP4 
Point-to-Point Address: --.--.--.--
Aug  2 21:10:12 svinogradov-lt NetworkManager: <info>  Maximum Segment Size 
(MSS): 0 
Aug  2 21:10:12 svinogradov-lt NetworkManager: <info>  Static Route: 
--.--.--.--   Next Hop: --.--.--.--
Aug  2 21:10:12 svinogradov-lt NetworkManager: <info>  Static Route: 
--.--.--.--   Next Hop: --.--.--.--
Aug  2 21:10:12 svinogradov-lt NetworkManager: <info>  Internal IP4 DNS: 
--.--.--.--
Aug  2 21:10:12 svinogradov-lt NetworkManager: <info>  DNS Domain: '---.com' 
Aug  2 21:10:12 svinogradov-lt NetworkManager: <info>  Login Banner: 
Aug  2 21:10:12 svinogradov-lt NetworkManager: <info>  
----------------------------------------- 
Aug  2 21:10:12 svinogradov-lt NetworkManager: <info>  
----------------------------------------- 
Aug  2 21:10:12 svinogradov-lt vpnc[12410]: can't open pidfile 
/var/run/vpnc/pid for writing
Aug  2 21:10:13 svinogradov-lt NetworkManager: <info>  VPN connection '---' (IP 
Config Get) complete. 
Aug  2 21:10:13 svinogradov-lt NetworkManager: <info>  Policy set 
'samara-dsl-link' (eth2) as default for routing and DNS. 
Aug  2 21:10:13 svinogradov-lt NetworkManager: <info>  VPN plugin state 
changed: 4 
Aug  2 21:10:13 svinogradov-lt nm-dispatcher.action: Script 
'/etc/NetworkManager/dispatcher.d/01ifupdown' exited with error status 1.
Aug  2 21:14:14 svinogradov-lt ntpd[12227]: synchronized to 91.189.94.4, 
stratum 2
Aug  2 21:14:14 svinogradov-lt ntpd[12227]: kernel time sync status change 0001
Aug  2 21:14:55 svinogradov-lt ntpd[12227]: Listening on interface #7 tun0, 
--.--.--.--#123 Enabled
Aug  2 21:15:23 svinogradov-lt vpnc[12410]: connection terminated by dead peer 
detection
Aug  2 21:15:23 svinogradov-lt NetworkManager: <info>  VPN plugin state 
changed: 6 
Aug  2 21:15:23 svinogradov-lt NetworkManager: <info>  VPN plugin state change 
reason: 0 
Aug  2 21:15:23 svinogradov-lt NetworkManager: <WARN>  
connection_state_changed(): Could not process the request because no VPN 
connection was active. 
Aug  2 21:15:23 svinogradov-lt NetworkManager: 
nm_system_device_flush_ip4_routes_with_iface: assertion `iface_idx >= 0' failed
Aug  2 21:15:23 svinogradov-lt NetworkManager: 
nm_system_device_flush_ip4_addresses_with_iface: assertion `iface_idx >= 0' 
failed

If fixing this issue is too complicated task, then here's a small workaround:
May be it's better to make an option in ntp's config file like "work_as_server 
= 0", thus preventing it from binding on all existed interfaces?
I don't think that standard desktop system requires ntp-server, only ntp-client.

Thanks anyway, will wait for comments.

** Affects: ntp (Ubuntu)
     Importance: Undecided
         Status: New

-- 
ntpd service brakes VPN connection
https://bugs.launchpad.net/bugs/408910
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to