Aufruf von univention-updater net schlägt fehl

Hallo,

ich habe die Version 2.3.1 mit DVD Update installiert.

Wenn ich nun in der Shell versuche die aktuellen Updates ein zu spielen bekomme ich dies hier:

root@sv001:~# univention-updater net
Traceback (most recent call last):
File “/usr/sbin/univention-repository-update”, line 242, in ?
update_net( options )
File “/usr/sbin/univention-repository-update”, line 145, in update_net
nextupdate = mirror.release_update_available()
File “/usr/lib/python2.4/site-packages/univention/updater/tools.py”, line 279, in release_update_available
return self.get_next_version( UCS_Version( ( self.version_major, self.version_minor, self.patchlevel ) ) )
File “/usr/lib/python2.4/site-packages/univention/updater/tools.py”, line 267, in get_next_version
if self.net_path_exists( ‘%d.%d/maintained/%d.%d-%d/’ % ( version.major, version.minor, version.major, version.minor, version.patchlevel + 1 ) ): #check for x.y-(z+1)
File “/usr/lib/python2.4/site-packages/univention/updater/tools.py”, line 216, in net_path_exists
proxy_headers = self.open_connection(server=server, port=port)
File “/usr/lib/python2.4/site-packages/univention/updater/tools.py”, line 121, in open_connection
raise socket.gaierror, (socket.EAI_NONAME, ‘The repository server %s could not be resolved.’ % server)
socket.gaierror: (-2, ‘The repository server could not be resolved.’)
Failed to execute univention-repository-update net

Namensauflösung direkt funktioniert aber:

root@sv001:~# ping heise.de
PING heise.de (193.99.144.85) 56(84) bytes of data.
64 bytes from heise.de (193.99.144.85): icmp_seq=1 ttl=245 time=26.2 ms
64 bytes from heise.de (193.99.144.85): icmp_seq=2 ttl=245 time=21.4 ms
^C
heise.de ping statistics —
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 21.415/23.830/26.245/2.415 ms
root@sv001:~# nslookup heise.de
Server: 192.168.178.100
Address: 192.168.178.100#53

Non-authoritative answer:
Name: heise.de
Address: 193.99.144.85

192.168.178.100 ist der Univention

Installiert ist die 64bit Variante auf einem AMD X2 mit 4GB RAM

Linux sv001 2.6.30-ucs23-amd64 #1 SMP Fri Dec 4 16:45:19 UTC 2009 x86_64 GNU/Linux

Danke für die Hilfe

Volker Grabbe

Hallo,

bitte prüfen Sie ob der Name des gesetzten Repository-Servers korrekt aufgelöst werden kann (ucr get repository/online/server) und korrigieren Sie ggf. die Konfiguration.

Mit freundlichen Grüßen
Janis Meybohm

(2.2.1)
Habe auch das Problem mit der Namensauflösung.
Stattdessen die IP des Server eingetragen.
Dann kommt aber das hier:

root@XYZ123:/# univention-updater net
Starting the repository synchronisation from 85.214.119.85
Traceback (most recent call last):
File “/usr/sbin/univention-repository-update”, line 239, in ?
update_net( options )
File “/usr/sbin/univention-repository-update”, line 123, in update_net
mirror = UniventionMirror()
File “/usr/lib/python2.4/site-packages/univention/updater/mirror.py”, line 44, in init
if not self.repository_prefix and self.net_path_exists( ‘/univention-repository/’ ):
File “/usr/lib/python2.4/site-packages/univention/updater/tools.py”, line 245, in net_path_exists
self.connection.endheaders ()
File “/usr/lib/python2.4/httplib.py”, line 798, in endheaders
self._send_output()
File “/usr/lib/python2.4/httplib.py”, line 679, in _send_output
self.send(msg)
File “/usr/lib/python2.4/httplib.py”, line 646, in send
self.connect()
File “/usr/lib/python2.4/httplib.py”, line 614, in connect
socket.SOCK_STREAM):
socket.gaierror: (-3, ‘Temporary failure in name resolution’)
Failed to execute univention-repository-update net
root@XYZ123:/#

Mit freundlichen Grüßen,

Tristan Hoff

[quote=“Meybohm”]Hallo,

bitte prüfen Sie ob der Name des gesetzten Repository-Servers korrekt aufgelöst werden kann (ucr get repository/online/server) und korrigieren Sie ggf. die Konfiguration.

Mit freundlichen Grüßen
Janis Meybohm[/quote]

ucr get repository ergibt den namen meines eigenen UCS, da ich ein lokales Repository eingerichtet habe.

Wenn ich univention-repository-updater net eingebe bekomme ich folgende Fehlermeldung:
root@sv001:/etc/apt# univention-repository-update net
Traceback (most recent call last):
File “/usr/sbin/univention-repository-update”, line 242, in ?
update_net( options )
File “/usr/sbin/univention-repository-update”, line 123, in update_net
mirror = UniventionMirror()
File “/usr/lib/python2.4/site-packages/univention/updater/mirror.py”, line 43, in init
self.version_end = UCS_Version( self.configRegistry.get( ‘repository/mirror/version/end’ ) )
File “/usr/lib/python2.4/site-packages/univention/updater/tools.py”, line 57, in init
self.set( version )
File “/usr/lib/python2.4/site-packages/univention/updater/tools.py”, line 84, in set
raise AttributeError( ‘string does not match UCS version pattern’ )
AttributeError: string does not match UCS version pattern

Wenn ich nun in der Registry nachschaue bekomme ich diese Werte:

Search results
Variable Wert Beschreibung Kategorien
repository/mirror
yes
repository/mirror/basepath
/var/lib/univention-repository
repository/mirror/recreate_packages
yes
repository/mirror/server
univention-repository.xxxxx.xx
repository/mirror/threads
10
repository/mirror/version/end
2.3.1
repository/mirror/version/start
2.3-0
repository/online
yes
repository/online/hotfixes
yes
repository/online/maintained
yes
repository/online/port
80
repository/online/server
sv001.xxxxx.xx
repository/online/unmaintained
yes

Könnte dort irgendwo ein Problem liegen?

Volker Grabbe

Hallo,

[quote=“THoff”]
Habe auch das Problem mit der Namensauflösung.
Stattdessen die IP des Server eingetragen.
Dann kommt aber das hier:
[…][/quote]

da die Fehlermeldung bestehen bleibt, würde ich vermuten dass noch an anderer Stelle ein/der Hostname verwendet wird. Generell würde ich dazu raten die Ursache des Problems zu beheben (korrekten Nameserver und/oder DNS-Forwarder setzen).

Diese Meldung deutet darauf hin dass an einer Stelle eine UCS-Versionsnummer mit falscher Syntax angegeben wurde. In Ihrem Fall ist dies vermutlich repository/mirror/version/end: 2.3.1. Die Versionsnummer müsste hier 2.3-1 lauten.

Mit freundlichen Grüßen
Janis Meybohm

habe das selbe Problem gehabt. Das Problem war das beim kopieren aus dem opsi4ucs Handbuch:

ucr set repository/online/component/backports4opsi=yes repository/online/component/backports4opsi/server=apt.univention\ .de repository/online/component/backports4opsi/parts=unmaintained

die Backportdomain wie folgt aussieht: apt.univention .de
nam dem entfernen des Leerzeichens war alles ok.

Mastodon