FS#31775 - [linux] 3.6-1 ntpq request timed out
Attached to Project:
Arch Linux
Opened by H.pferd (stosch) - Tuesday, 02 October 2012, 22:31 GMT
Last edited by Tom Gundersen (tomegun) - Thursday, 01 November 2012, 23:45 GMT
Opened by H.pferd (stosch) - Tuesday, 02 October 2012, 22:31 GMT
Last edited by Tom Gundersen (tomegun) - Thursday, 01 November 2012, 23:45 GMT
|
Details
Description:
The command "ntpq -p" does not work any more with current testing kernel (3.6.0-1). The error message is: localhost.localdomain: timed out, nothing received ***Request timed out According to systemctl ntp is still running: ntpd.service loaded active running Network Time Service Downgrading to stable kernel 3.5.4 solves the problem. I have a fully updated system with testing-repo activated. If you need any more information/logs please tell me. Additional info: ntp 4.2.6.p5-11 linux 3.6.0-1 |
This task depends upon
Closed by Tom Gundersen (tomegun)
Thursday, 01 November 2012, 23:45 GMT
Reason for closing: Fixed
Additional comments about closing: 3.6.4-1
Thursday, 01 November 2012, 23:45 GMT
Reason for closing: Fixed
Additional comments about closing: 3.6.4-1
But if I understand you right you have the same experience as me and I just checked it on another system and the old syntax (ntpq -p) worked without problems (same kernelversion etc), what makes me wonder why..
It seems to be related somehow to avahi/cups because if I run
systemctl restart avahi-daemon.service ntpd
or disable cups (systemctl disable...) I can restore the old behaviour (ntpq -p working).
I cannot get any clues from that.
@falconindy:
Is it correct that you have the same "problem"? Does my wannabe-workaround help you, too?
I ask because I still cannot reproduce the error on my second machine..
No changes with linux 3.6.1-1.
As it is probably an upstream problem: Should I report it upstream?
https://bugzilla.kernel.org/show_bug.cgi?id=48741
http://marc.info/?l=linux-netdev&m=135030432513727&w=2
@falconindy:
Can you confirm, that /proc/net/if_inet6 does not contain the lo interface?
fe8000000000000064fe82fffe0ba0d4 03 40 20 80 tap0
fe80000000000000beaec5fffe0bfcc8 02 40 20 80 eth0
http://marc.info/?l=linux-netdev&m=135040905619911&w=2
So, this can be closed for me. Thank you anyway.