Opsi-Product-Updater Error 101: Network unreachable

[Havok2333]

Hallo zusammen,

ich bin neu hier und komme auch schon mit dem ersten Problem.
Ich kann leider keine Packages mit dem Updater runterladen. Beim ausführen von "opsi-product-updater -i -vv" kriege ich folgende Meldung:

Zsync command found: /bin/zsync

Reading config file '/etc/opsi/opsi-product-updater.conf'
Getting installed products
Getting info for local packages in '/var/lib/opsi/repository'
Getting package infos from repository 'http://download.uib.de'
Traceback:
line 1203 in '<module>' in file '/bin/opsi-product-updater'
line 1198 in 'main' in file '/bin/opsi-product-updater'
line 476 in 'processUpdates' in file '/bin/opsi-product-updater'
line 989 in 'getDownloadablePackages' in file '/bin/opsi-product-updater'
line 1109 in 'getDownloadablePackagesFromRepository' in file '/bin/opsi-product-updater'
==>>> Failed to process url 'http://download.uib.de/opsi4.0/products/localboot': <urlopen error [Errno 101] Network is unreachable>

Allerdings meldet er beim Konfigurieren auch folgendes:

[root@srvx-opsi opsi]# opsi-setup --set-rights
[5] [Jan 27 13:58:19] Setting rights (opsi-setup|548)
[5] [Jan 27 13:58:19] Getting current system config (opsi-setup|123)
[3] [Jan 27 13:58:19] Unexpected ifconfig line 'inet 10.10.200.38 netmask 255.255.0.0 broadcast 10.10.255.255' (Posix.py|420)
[4] [Jan 27 13:58:19] Failed to get vendor/device id for network device eth0 (Posix.py|453)
[5] [Jan 27 13:58:19] System information: (opsi-setup|176)
[5] [Jan 27 13:58:19] distributor : CentOS (opsi-setup|177)
[5] [Jan 27 13:58:19] distribution : CentOS Linux release 7.0.1406 (Core) (opsi-setup|178)
[5] [Jan 27 13:58:19] ip address : 10.10.200.38 (opsi-setup|179)
[5] [Jan 27 13:58:19] netmask : 255.255.255.0 (opsi-setup|180)
[5] [Jan 27 13:58:19] subnet : 10.10.200.0 (opsi-setup|181)
[5] [Jan 27 13:58:19] broadcast : 10.10.200.255 (opsi-setup|182)
[5] [Jan 27 13:58:19] fqdn : srvx-opsi.heinergroup.com (opsi-setup|183)
[5] [Jan 27 13:58:19] hostname : srvx-opsi (opsi-setup|184)
[5] [Jan 27 13:58:19] domain : heinergroup.com (opsi-setup|185)
[5] [Jan 27 13:58:19] win domain : HEINERGROUP (opsi-setup|186)
[5] [Jan 27 13:58:19] Setting rights on directory '/tftpboot/linux' (opsi-setup|635)
[5] [Jan 27 13:58:19] Setting rights on directory '/home/opsiproducts' (opsi-setup|635)
[5] [Jan 27 13:58:19] Setting rights on directory '/var/log/opsi' (opsi-setup|635)
[5] [Jan 27 13:58:19] Setting rights on directory '/etc/opsi' (opsi-setup|635)
[5] [Jan 27 13:58:19] Setting rights on directory '/var/lib/opsi' (opsi-setup|635)
[5] [Jan 27 13:58:19] Setting rights on directory '/var/lib/opsi/depot' (opsi-setup|635)

Das kann eigentlich nicht sein. Die netmask ist in unserem Netzwerk 255.255.0.0

Ich hatte vorher einen Server mit CentOS 6.5 laufen, da tauchten diese Probleme nicht auf. Ich denke die Fehlermeldung bezüglich "ifconfig" tritt auf,
da sich der Output von ifconfig bei CentOS6 und 7 unterscheidet:

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.10.200.38 netmask 255.255.0.0 broadcast 10.10.255.255 (Centos7)

eth3 Link encap:Ethernet Hardware Adresse 00:15:17:2C:90:41
inet Adresse:10.10.200.253 Bcast:10.10.255.255 Maske:255.255.0.0 (CentOS 6)


Der Code-Schnippsel aus der Posix.Py sieht so aus:

def getNetworkDeviceConfig(device):
if not device:
raise Exception(u"No device given")

result = {
'device': device,
'hardwareAddress': None,
'ipAddress': None,
'broadcast': None,
'netmask': None,
'gateway': None,
'vendorId': None,
'deviceId': None
}
for line in execute(u"%s %s" % (which(u'ifconfig'), device)):
line = line.lower().strip()
match = re.search('\s([\da-f]{2}:[\da-f]{2}:[\da-f]{2}:[\da-f]{2}:[\da-f]{2}:[\da-f]{2}).*', line)
if match:
result['hardwareAddress'] = forceHardwareAddress(match.group(1))
continue
if line.startswith('inet '):
parts = line.split(':')
if (len(parts) != 4):
logger.error(u"Unexpected ifconfig line '%s'" % line)
continue
result['ipAddress'] = forceIpAddress(parts[1].split()[0].strip())
result['broadcast'] = forceIpAddress(parts[2].split()[0].strip())
result['netmask'] = forceIpAddress(parts[3].split()[0].strip())

Das würde erklären (sofern ich den Code richtig verstehe), wieso er die automatische Konfiguration falsch ausführt.
Könnte diese falsche Konfiguration der Grund für das Fehlschlagen des Updaters sein?

Grüße

[n.wenselowski]

Hallo,

kann denn der Server ins Internet?
Klappt der folgende Befehl:

Code: Alles auswählen

wget http://google.de

Die Meldung bei opsi-set-rights stellt hierfür kein Problem dar.
Ich mache trotzdem dafür ein internes Ticket auf, dass das für 4.0.6 gefixt wird.


Gruß

Niko

[tmausch]

Hab das gleiche Problem!

Aber es scheint auch Probleme mit dem Server zu geben. Auch bei einer frischen opsi Installation, erreiche ich Download Werte, die echt furchtbar sind.
Downloads von anderen Seiten laufen aber flott.

[ueluekmen]

Hallo tmausch,

es scheint tatsächlich ein Problem zu geben. Das betrifft aber anscheinend nicht jeden. Unser Büro hat auch hin und wieder heftige Latenzen zu unseren Servern, so dass wir sie zum Teil garnicht mehr erreichen, aber nur bei http und https. Wir erreichen die Server aber, da sieht alles gut aus. Von zu Hause reagiert alles wie gewohnt. Unser Hoster versucht das Problem zu finden. Du bist aber jetzt der vierte der ein Problem meldet, Havok und unser Büro mitgezählt. Was die Fehlersuche nicht wirklich einfach macht.

Grüße

[Torsten M.]

Ok, dann vielleicht ein paar Infos, die ich vielleicht beitragen kann. Aus meiner WoW Suchtzeit weiß ich, das es bei Connections hilfreich sein kann:

Ich komme aus dem Speckgürtel von Hamburg und mein Provider ist Kabel Deutschland.

Und danke für das Feedback. Es ist super, wenn man die Info bekommt, weil ich hätte jetzt noch eine Weile bei mir gesucht.

[Havok2333]

Danke Niko,

daran lag es. die DNS-Konfiguration war falsch... :3
Hab es mittlerweile aber ans laufen gekriegt.

Der Thread kann geschlossen werden

Viele Grüße