Bug 22793 - ntpd: unable to bind to wildcard socket address
ntpd: unable to bind to wildcard socket address
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: NTP
UCS 2.4
Other Linux
: P5 normal (vote)
: UCS 3.0-2
Assigned To: Arvid Requate
Jürgen Kahrs
: interim-3
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-06-21 13:48 CEST by Murat Odabas
Modified: 2012-07-20 15:25 CEST (History)
1 user (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments
patch file (416 bytes, patch)
2011-06-24 13:14 CEST, Murat Odabas
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Murat Odabas univentionstaff 2011-06-21 13:48:10 CEST
Laut Debian Bugzilla ist der folgende Bug Eintrag mit ntpd version 1:4.2.4p4+dfsg-8 gefixt worden:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=436029

Sniglar ist auf UCS 2.4-2-3 und ntpd 1:4.2.4p4+dfsg-8.20.201005191550 ist installiert.
Aber die Fehlermeldung wie im Debian Bug beschrieben:
..
ntpd[4703]: unable to bind to wildcard socket address 0.0.0.0 - another process may be running - EXITING
..

wird weiterhin in der syslog gemeldet wenn das System neugestartet wird.

Siehe auch Ticket: 2011062010001483
Comment 1 Murat Odabas univentionstaff 2011-06-24 13:14:17 CEST
Created attachment 3360 [details]
patch file
Comment 2 Murat Odabas univentionstaff 2011-06-24 13:15:21 CEST
Als Workaround kann bspw. der ntpdate Aufruf im init Skript auf ein 
unpriviligierten Port gelenkt werden, so dass auch der ntpd startet wenn 
ntpdate bereits läuft. Dafür den angehängten Patch bspw. in 
das /tmp Verzeichnis kopieren und einspielen und ein UCR-commit auf die entsprechende 
Konfigurationsdatei ausführen

# patch -p0 -i /tmp/pfile.patch
# ucr commit /etc/init.d/rdate
Comment 3 Janis Meybohm univentionstaff 2011-08-22 09:03:11 CEST
Tritt auch in unserer Umgebung auf vielen (allen?) Memberservern auf.
Comment 4 Janis Meybohm univentionstaff 2011-11-13 16:24:55 CET
Tritt auch noch mit 3.0 (Neuinstallationen) noch auf.
Comment 5 Arvid Requate univentionstaff 2012-07-10 17:17:21 CEST
Der Patch aus comment 1 wurde jetzt sinngemäß übernommen. Changelog ist angepasst.
Comment 6 Jürgen Kahrs univentionstaff 2012-07-12 08:23:46 CEST
ntpdate benutzt nun den unprivilegierten port 54321, um Kollisionen zu vermeiden.

Index: univention-base-files/conffiles/etc/init.d/rdate
===================================================================
--- univention-base-files/conffiles/etc/init.d/rdate    (Revision 24547)
+++ univention-base-files/conffiles/etc/init.d/rdate    (Arbeitskopie)
@@ -25,7 +25,7 @@
                        fi
                done
                for srv in $NTPSERVERS; do
-                       if /usr/sbin/ntpdate -b -t 0.2 $srv >/dev/null 2>&1; then
+                       if /usr/sbin/ntpdate -b -t 0.2 -u 54321 $srv >/dev/null 2>&1; then
                                echo " done."
                                exit 0
                        fi


Die Änderung mit dem unprivilegierten port 54321 ist auch auf dem Zielsystem angekommen. Sowohl in /etc/univention/templates/files/etc/init.d/rdate als auch in /etc/init.d/rdate. Ich hab das geprüft für ein UCS, das von 3.0 aus hochgezogen wurde und auch für eines, das von UCS 2.4 aus den upgrade bekam. In den logs kommt die Meldung nun nicht mehr vor. Dazu habe ich auch einige Male testweise rebootet und mehrfach "/etc/init.d/rdate restart" gestartet.

Ein Eintrag im changelog steht unter 6.8.10 other services.
Comment 7 Stefan Gohmann univentionstaff 2012-07-20 15:25:25 CEST
UCS 3.0-2 has been released: 
  http://forum.univention.de/viewtopic.php?f=54&t=1905

If this error occurs again, please use "Clone This Bug".