2007-03-07 00:06:31 |
James |
bug |
|
|
added bug |
2007-03-07 00:58:50 |
Brian Murray |
None: statusexplanation |
|
|
|
2007-03-07 02:55:27 |
Mark Reitblatt |
bug |
|
|
assigned to upstart (Ubuntu) |
2007-03-07 02:55:40 |
Mark Reitblatt |
ntp: importance |
Undecided |
Medium |
|
2007-03-07 02:57:37 |
Mark Reitblatt |
upstart: importance |
Undecided |
Medium |
|
2007-03-07 02:57:37 |
Mark Reitblatt |
upstart: statusexplanation |
|
I believe this is actually a problem w/ the program that starts up ntp. |
|
2007-03-07 03:59:54 |
C de-Avillez |
bug |
|
|
assigned to network-manager (Ubuntu) |
2007-03-07 04:00:27 |
C de-Avillez |
network-manager: status |
Unconfirmed |
Confirmed |
|
2007-03-07 04:00:27 |
C de-Avillez |
network-manager: statusexplanation |
|
|
|
2007-03-07 08:20:33 |
C de-Avillez |
network-manager: assignee |
|
desktop-bugs |
|
2007-03-07 13:43:28 |
C de-Avillez |
upstart: status |
Unconfirmed |
Rejected |
|
2007-03-07 13:43:28 |
C de-Avillez |
upstart: statusexplanation |
I believe this is actually a problem w/ the program that starts up ntp. |
|
|
2007-03-07 13:43:40 |
C de-Avillez |
ntp: status |
Unconfirmed |
Rejected |
|
2007-03-08 21:13:14 |
C de-Avillez |
network-manager: importance |
Undecided |
Medium |
|
2007-03-08 21:13:14 |
C de-Avillez |
network-manager: statusexplanation |
|
This is interesting. NTP should, by default, bind to all local interfaces, on UDP, and should be able to recover by itself.
Can you attach a 'grep ntp /var/log/daemon.log' piece here, long enough to show the system startup & some few hours of run? |
|
2007-03-09 23:47:22 |
C de-Avillez |
network-manager: status |
Confirmed |
Needs Info |
|
2007-03-09 23:47:22 |
C de-Avillez |
network-manager: statusexplanation |
This is interesting. NTP should, by default, bind to all local interfaces, on UDP, and should be able to recover by itself.
Can you attach a 'grep ntp /var/log/daemon.log' piece here, long enough to show the system startup & some few hours of run? |
|
|
2007-03-12 22:00:06 |
C de-Avillez |
ntp: status |
Rejected |
Confirmed |
|
2007-03-12 22:00:06 |
C de-Avillez |
ntp: statusexplanation |
|
James, you are correct. I had initially rejected this bug for NTP and upstart, but I am starting to wonder.
The more I read... the more it seems that current (i.e., 4.2.0) NTP code should not be started before a valid network interface is available.
There is a comment in the NTP Bugzilla that some work was/is being done on that, but I have not yet confirmed if it is already available or still dev. I am guessing, right now, it is not available (otherwise you would not have the issue on 4.2.2 and 4.2.4 :-) The bug in question, https://ntp.isc.org/bugs/show_bug.cgi?id=51, shows in the bug lists for versions up to, and including 4.2.4p0 (so, again, it sounds like it was either not added in 4.2.4, or did not work as expected -- huh, as I would expect).
There are two different views here, AFAIU: laptops & machines that do not have a constant network presence, and servers that are continuously connected. For the latter, NTP startup, as it is now, is OK.
For the former... it does not seem like this is kosher. And here the plot thickens: there are network-manager supported machines, and there are (as of now) non-network-manager supported ones.
Right now I am tending to state NTP should not be started if there are no network interfaces running; but I do not know what should be done when an interface changes its address (which, I know, is not your problem).
Marking as confirmed for NTP, leaving as confirmed for network-manager. |
|
2007-03-12 22:00:31 |
C de-Avillez |
network-manager: status |
Needs Info |
Confirmed |
|
2007-04-12 10:36:24 |
Daniel Holbach |
network-manager: assignee |
desktop-bugs |
|
|
2007-04-13 14:51:00 |
Martin Pitt |
title |
ntp starts before the network is up in feisty |
network-manager stops and restarts already ifup'ed interfaces |
|
2007-04-25 07:27:06 |
Martin Pitt |
network-manager: statusexplanation |
|
Let's fix this for gutsy. |
|
2007-05-08 10:25:04 |
Martin Pitt |
ntp: status |
Confirmed |
Rejected |
|
2007-05-08 10:25:04 |
Martin Pitt |
ntp: statusexplanation |
James, you are correct. I had initially rejected this bug for NTP and upstart, but I am starting to wonder.
The more I read... the more it seems that current (i.e., 4.2.0) NTP code should not be started before a valid network interface is available.
There is a comment in the NTP Bugzilla that some work was/is being done on that, but I have not yet confirmed if it is already available or still dev. I am guessing, right now, it is not available (otherwise you would not have the issue on 4.2.2 and 4.2.4 :-) The bug in question, https://ntp.isc.org/bugs/show_bug.cgi?id=51, shows in the bug lists for versions up to, and including 4.2.4p0 (so, again, it sounds like it was either not added in 4.2.4, or did not work as expected -- huh, as I would expect).
There are two different views here, AFAIU: laptops & machines that do not have a constant network presence, and servers that are continuously connected. For the latter, NTP startup, as it is now, is OK.
For the former... it does not seem like this is kosher. And here the plot thickens: there are network-manager supported machines, and there are (as of now) non-network-manager supported ones.
Right now I am tending to state NTP should not be started if there are no network interfaces running; but I do not know what should be done when an interface changes its address (which, I know, is not your problem).
Marking as confirmed for NTP, leaving as confirmed for network-manager. |
|
|
2007-05-08 10:25:27 |
Martin Pitt |
network-manager: importance |
Medium |
Critical |
|
2007-05-08 10:25:27 |
Martin Pitt |
network-manager: statusexplanation |
Let's fix this for gutsy. |
|
|
2007-06-26 16:35:35 |
Martin Pitt |
network-manager: assignee |
|
asac |
|
2007-07-10 18:36:59 |
Neil Woolford |
bug |
|
|
added attachment 'daemon.log' (Unedited daemon.log) |
2007-07-12 09:25:05 |
Alexander Sack |
network-manager: status |
Confirmed |
Fix Released |
|
2007-10-15 20:42:40 |
Neil Woolford |
bug |
|
|
added attachment 'daemon_trimmed.log' (daemon_trimmed.log) |
2009-12-05 02:43:10 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/network-manager |
|