zypper-Probleme

[Willi]

Hallo,

ich habe einen vServer bei S4Y mit Suse 10.3. Wenn ich nun versuche mit zypper Updates zu installieren erhalte ich beim refresh von einm der definierten Repositories folgende Fehlermeldung:

Refreshing 'update'
Repository 'update' is invalid.
Curl error for 'http://download.opensuse.org/update/10.3/repodata/patch-imlib2-5804.xml':
Error code: Connection failed
Error message: couldn't connect to host
Please, check if the URLs defined for this repository are pointing to a valid repository.
Disabling repository 'update' because of the above error.

Die angegebene xml-datei ist dabei wechselnd. Ich habe nun mal die Datei /var/cache/zyp/zypp.db gelöscht und versucht mit

zypper refresh

sie neu aufzubauen. Das bringt aber genau diegleiche meldung. Die anderen repositories konnten sauber aufgebaut werden.

Das ganze mal versucht als:

zypper --verbose refresh

ergibt folgenden Output:

.
.
.
Downloading: patch-xntp-5936.xml
* Downloading [100%]
Repository 'update' is invalid.
History:
 - Can't provide ./repodata/patch-xntp-5936.xml : Media Exception
 - Curl error for 'http://download.opensuse.org/update/10.3/repodata/patch-xntp-5936.xml':
Error code: Connection failed
Error message: couldn't connect to host
 - Valid metadata not found at specified URL(s)
Please, check if the URLs defined for this repository are pointing to a valid repository.
Skipping repository 'update' because of the above error.
Some of the repositories have not been refreshed because of an error.

Installierte pakete:

 # rpm -qa | grep zyp
libzypp-3.27.2-0.1
zypper-0.8.26-0.1

Das Repository in Question:

[update]
name=update
baseurl=http://download.opensuse.org/update/10.3/
type=rpm-md
enabled=1
autorefresh=1
gpgcheck=1

Jemand eine Idee?

 

[LinuxAdmin]

Es muss nicht unbedingt am Repository liegen ... Bei den Stichworten "zypper" und "vServer" muss ich immer daran denken, dass zypper ein richtiger Speicherfresser ist. Das führt manchmal dazu, dass bestimmte Sub-Tasks nicht ausgeführt werden können und einen dann mit ihren "falschen" Fehlermeldungen verwirren.
Daher ist es besser, mal die Logdatei /var/log/YaST2/zypper.log zu kontrolieren, ob man da z.B. Out-of-memory-Fehlermeldungen oder ähnliches findet. Achtung, die Datei ist --zyppergemäß-- riesig und die Fehlermeldung steht wahrscheinlich nicht am Schluss; also etwas Geduld und eine gute Tasse Tee mitbringen.
Ansonsten schadet es sicher auch nicht, mit dem Script "vzfree" (Forensuche oder huschi.net), mal den Speicherverbrauch (bzw. "cat /proc/user_beancounters") zu kontrollieren.

 

[Willi]

Danke für den Hinweis. Interessanterweise hat der Support mir geraten die Firewall auszuschalten. Ich habe es auch spaßeshalber gemacht und siehe da, es ging. Die Firewall sind in dem Fall über ein Web-Frontend generierte IPTABLES-Einträge. Danach habe ich die Einträge wieder aktiviert und der zypper läuft jetzt auch wieder. Aber ich werde dem trotzdem nochmal nachgehen.