[Gelöst]opsi-product-updater -i -vv führt zu urlopen timeout

[vhagel]

Hallo allerseits

Ich hoffe, dass zu dem Thema nicht schon einen Thread gibt, ich habe beim suchen jedenfalls keinen entsprechenden gefunden.
Das Betriebssystem ist ein frisches CentOS 6.3 x64 minimal, ohne zusätzliche Repositories, Updates oder ähnliches (ich hatte exakt diese Fehler gestern auch schon bei meiner CentOS 6.4 Kiste, aber die ist ein wenig mehr verbastelt. Also wollte ich es mit einer älteren frisch installierten Version von CentOS nochmal ohne Zusatzkram prüfen).

Die Vorarbeit bis zum Fehler:
- Server mit Minimal-CD installiert, Netzwerk eingerichtet, Proxy eingerichtet.
- Xinetd, Samba, mysql-server, wget installiert und eingerichtet.
- iscsi-initiator-utils installiert und SAN Speicher eingerichtet für /opt
- Nach Anleitung das Opsi-Repo erstellt, opsi-depotserver sowie opsi-configed heruntergeladen und installiert, gekaufte modules-Datei in den entsprechenden Ordner kopiert
- Samba angepasst, Benutzer und Gruppen nach Seite 27,28 Anleitung durchgeführt, Proxy in opsi-product-updater.conf eingerichtet
- SELinux und iptables auch vorerst deaktiviert

Dann das einspielen der minimalen opsi-Produkte, hier hats dann die Fehler rausgehauen.

opsi-product-updater.log
Apr 11 12:35:10 [notice] Getting installed products (opsi-product-updater|876)
Apr 11 12:35:10 [notice] Getting info for local packages in '/var/lib/opsi/repository' (opsi-product-updater|853)
Apr 11 12:35:11 [notice] Getting package infos from repository 'http://download.uib.de' (opsi-product-updater|892)
Apr 11 12:35:11 [notice] Using Proxy: http://10.1.3.60:8080 (opsi-product-updater|909)
Apr 11 12:35:16 [notice] config-win-base_4.0.1-1.opsi - installation required: product 'config-win-base' is not installed and auto install is set for repository 'http://download.uib.de' (opsi-product-updater|414)
Apr 11 12:35:16 [notice] config-win-base_4.0.1-1.opsi - download of package is not required: found local package config-win-base_4.0.1-1.opsi with matching md5sum (opsi-product-updater|446)
Apr 11 12:35:16 [notice] hwaudit_4.0.5-1.opsi - installation required: product 'hwaudit' is not installed and auto install is set for repository 'http://download.uib.de' (opsi-product-updater|414)
Apr 11 12:35:16 [notice] hwaudit_4.0.5-1.opsi - download of package is not required: found local package hwaudit_4.0.5-1.opsi with matching md5sum (opsi-product-updater|446)
Apr 11 12:35:16 [notice] javavm_1.6.0.33-2.opsi - installation required: product 'javavm' is not installed and auto install is set for repository 'http://download.uib.de' (opsi-product-updater|414)
Apr 11 12:35:16 [notice] javavm_1.6.0.33-2.opsi - download of package is not required: found local package javavm_1.6.0.33-2.opsi with matching md5sum (opsi-product-updater|446)
Apr 11 12:35:17 [notice] jedit_5.0.0-3.opsi - installation required: product 'jedit' is not installed and auto install is set for repository 'http://download.uib.de' (opsi-product-updater|414)
Apr 11 12:35:17 [notice] jedit_5.0.0-3.opsi - download of package is not required: found local package jedit_5.0.0-3.opsi with matching md5sum (opsi-product-updater|446)
Apr 11 12:35:17 [notice] opsi-adminutils_4.0.3-1.opsi - installation required: product 'opsi-adminutils' is not installed and auto install is set for repository 'http://download.uib.de' (opsi-product-updater|414)
Apr 11 12:35:17 [notice] opsi-adminutils_4.0.3-1.opsi - download of package is required: local package not found (opsi-product-updater|451)
Apr 11 12:35:17 [notice] Using Proxy: http://10.1.3.60:8080 (opsi-product-updater|736)
Apr 11 12:36:17 [critical] Traceback: (Logger.py|742)
Apr 11 12:36:17 [critical] line 1073 in '<module>' in file '/usr/bin/opsi-product-updater' (Logger.py|742)
Apr 11 12:36:17 [critical] line 1067 in 'main' in file '/usr/bin/opsi-product-updater' (Logger.py|742)
Apr 11 12:36:17 [critical] line 467 in 'processUpdates' in file '/usr/bin/opsi-product-updater' (Logger.py|742)
Apr 11 12:36:17 [critical] line 744 in 'downloadPackage' in file '/usr/bin/opsi-product-updater' (Logger.py|742)
Apr 11 12:36:17 [critical] line 391 in 'open' in file '/usr/lib64/python2.6/urllib2.py' (Logger.py|742)
Apr 11 12:36:17 [critical] line 409 in '_open' in file '/usr/lib64/python2.6/urllib2.py' (Logger.py|742)
Apr 11 12:36:17 [critical] line 369 in '_call_chain' in file '/usr/lib64/python2.6/urllib2.py' (Logger.py|742)
Apr 11 12:36:17 [critical] line 1190 in 'http_open' in file '/usr/lib64/python2.6/urllib2.py' (Logger.py|742)
Apr 11 12:36:17 [critical] line 1165 in 'do_open' in file '/usr/lib64/python2.6/urllib2.py' (Logger.py|742)
Apr 11 12:36:17 [critical] ==>>> <urlopen error timed out> (opsi-product-updater|1081)

Jetzt frage ich mich halt - woher kommt der Timeout
Rauskommen tut der Server, host download.uib.de liefert folgendes:
[root@opsi ~]# host download.uib.de
download.uib.de is an alias for opsi.uib.de.
opsi.uib.de has address 5.9.1.108
[root@opsi ~]# host 5.9.1.108
108.1.9.5.in-addr.arpa domain name pointer mx1.animate.de.

Als ich vor einigen Wochen das erste Mal mit opsi herumgespielt habe auf einem Xubuntu Notebook ging alles wunderbar - aber da ich CentOS mehr mag als Ubuntu, würde ich es halt auch gern darauf installieren

Weiß jemand Rat?

[d.oertel]

Hi,

ich meine das im Zusammenhang mit unseren automatischen Tests auch schon aber nur sporadisch auf den CentOs Maschinen gesehen zu haben.

Gerade diese 'hin und wieder Probleme' sind schwierig zu finden.

Von daher: auch wir freuen uns über sachdienliche Hinweise aus der CentOs/RedHat Gemeinde.

gruß
d.oertel

[vhagel]

Ich wurschtel mich gerade durch diverse Pythonseiten auf der Suche nach dem urlopen timeout der urllib2.py von Python2.6 ..
ich bin kein Python Programmierer, aber diese Timeout Problematik scheint bei Python verbreitet zu sein, oder irre ich mich? Gibt es vielleicht eine Möglichkeit, wie ich diesen Timeout global hochsetzen kann, ohne irgendwo alles neu kompilieren zu müssen?

[ueluekmen]

Hi,

vom Start des Downloads bis zum Timeout-Fehler ist nach Log genau 1 Minute vergangen. Meiner Meinung nach ist das der Standardtimeoutwert von 60 Sekunden. Der ist in der General-Sektion in der Datei /etc/opsi/opsi-product-updater.conf konfiguriert. Allerdings sollte ein Zugriff auf eine Url im Internet vom Server nicht länger als 60 Sekunden dauern. Das ist eher ein Symptom aber nicht die Ursache.

[vhagel]

Hah, der perfekte Montagsanfang!

Vielen Dank, aber genau das ist es anscheinend gewesen! Ich habe den Timeout in der opsi-product-updater.conf eben auf 180 gesetzt und schwupp, alles ließ sich einwandfrei herunterladen und installieren
Ich weiß nicht, ob das jetzt generell allen hilft, die dieses Problem haben oder hatten, aber für meinem Fall hat es wunderbar funktioniert. Danke!

[itWorks]

Moin Community,

ich hatte gleiches Problem auch.
Sitzen hinter einer Astaro, TimeOut 240 gesetzt dann gings (180 Sekunden hätte wohl gereicht / viel hilft viel)...
Wir haben eine V-DSL50 hinter, die hat der Server aktuell für sich allein. Könnte mir also vorstellen das mehrere bei diesem Wert ein Problem bekommen,
evtl. in Verbindung mit einer Astaro...

VG
Euer itWorks