ich habe das aktuelle VMWare Image (6.07) runtergeladen und gestartet. Aber ich bekomme das update nicht zum laufen. Es kommt folgende Fehlermeldung:
* [updater] Kommunikation fehlgeschlagen: name lookup timed out
* [updater] Die Eingabe des Passwortes ist erforderlich;
* [updater] Die Eingabe des Schlüssels ist erforderlich;
mit einem anschliessendem Formular wo folgende Werte eingetragen sind:
da hast Du ja eh schon einiges versucht. Die primäre Meldung lautet “name lookup timed out”, also entweder kann der Updater “community.pascom.net” nicht auflösen oder einen eventuell hinterlegten Proxy nicht finden.
Benutzt Du einen Proxy? Prüf bitte mal die entsprechenden Einstellungen, hierzu einfach proxy in die MobyDick Suchbox rechts oben eingeben. Das Setting sys.updater.proxy.host sollte leer sein.
also wenn ich mich per ssh auf dem moby dick rechner einlogge und ein ping auf community.pascom.net kann er es auflösen.
und die einstellung für sys.updater.proxy.host war leer. einzig bei sys.updater.proxy.port war etwas eingetragen. Aber auch nach dem leeren des Proxy Ports funktioniert es nicht.
habe ‘proxy’ inder suchbox eingegeben und auch hier war es leer.
Komische Sache.
Post bitte einen Screenshot vom Updater mit sichtbarer Fehlermeldung.
Bei Deiner genannten Fehlermeldung gibt es 2 minimal anders lautende Varianten.
Dies könnte mir noch einen Hinweis geben.
hier ist der Screenshot. Habe zwischenzeitlich mal die iso Variante installiert und dort tritt der Fehler auch auf. Also irgendetwas mache ich anders als mein Kollege bei dem die ISO Variante ja schonmal funktioniert hat.
DHCP ist bei mir ausgeschaltet… aber daran dürfte es ja nicht liegen. Ich verwende weiterhin einen eigenen DNS Server… aber die Namensauflösung geht ja auch.
ist schon innerhalb der MobyDick VM und nicht etwa der VM Host? Wird denn der Newsfeed im Login Bildschirm des Commanders angezeigt? Der wird auch aus dem Web gezogen…
habe es gerade nochmals überprüft. Es ist die console der moby dick vm.
admin@mobydick:~$ cat /proc/version
Linux version 2.6.18.8 (root@mobydev) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #13 SMP PREEMPT Tue May 11 18:00:27 CEST 2010
admin@mobydick:~$
der Newsfeed auf dem LoginBildschirm des Commanders ist leer. Wird also nicht angezeigt.
mobydick:/etc/admin# traceroute community.pascom.net
traceroute to community.pascom.net (80.67.28.184), 30 hops max, 40 byte packets
1 192.168.8.10 (192.168.8.10) 1.263 ms 0.898 ms 0.187 ms
2 217.5.98.24 (217.5.98.24) 7.883 ms 6.297 ms 6.567 ms
3 217.237.152.238 (217.237.152.238) 7.998 ms 7.593 ms 7.080 ms
4 hh-ea4-i.HH.DE.NET.DTAG.DE (62.154.33.34) 11.917 ms 12.347 ms 25.654 ms
...
...
Tjo, das schaut alles gut aus. Im Code wird an der Stelle an der die Fehlermeldung ausgegeben wird mit einem Timeout von 5 Sekunden versucht, die URL anzusprechen.
Versuch bitte noch als letzten Test das Repository direkt per IP anzusprechen, also mit “http://80.67.28.184/md mobydick current”
Ansonsten gib mir mal bis morgen Zeit, da muss ich erst drüber nachdenken.
Da Du ja die 6.07.00 installiert hat und es noch keine 6.07.01 gibt, ist es ja zum Glück nicht akut
wenn ich die ip im updater eingebe meckert er über einen ungültigen schlüssel. (# [updater] Kommunikation fehlgeschlagen, bitte überprüfen sie den angegebenen Schlüssel;)
per IP scheint eventuell wegen Named Based Virtual Host nicht zu gehen.
aktu ist es übrigens bedingt… Mir wurde ja bei dem anderem Thread gesagt dass das Problem ‘Multiamt mit der Fritzbox’ mit dem nächsten Update warscheinlich behoben ist
was mir übrigens gerade auffällt ist folgendes. ping auf community.pascom.net geht. aber der traceroute macht folgendes.
mobydick:/etc/admin# traceroute community.pascom.net
traceroute to community.pascom.net (80.67.28.184), 30 hops max, 40 byte packets
1 192.168.8.10 (192.168.8.10) 8.458 ms 4.129 ms 0.506 ms
2 217.5.98.24 (217.5.98.24) 8.854 ms 8.668 ms 7.070 ms
3 217.237.152.238 (217.237.152.238) 6.071 ms 8.004 ms 7.647 ms
4 hh-ea4-i.HH.DE.NET.DTAG.DE (62.154.33.34) 26.566 ms 32.313 ms 11.851 ms
5 hbg-b2-link.telia.net (213.248.103.165) 11.344 ms 194.25.208.234 (194.25.208.234) 10.553 ms 11.940 ms
6 hbg-bb1-link.telia.net (80.91.246.6) 11.770 ms hbg-bb1-link.telia.net (80.91.249.197) 11.063 ms 12.325 ms
7 ffm-bb1-link.telia.net (80.91.245.40) 59.677 ms ffm-bb1-link.telia.net (80.91.245.38) 17.791 ms ffm-bb1-link.telia.net (80.91.245.40) 17.405 ms
8 mcn-b1-link.telia.net (80.91.248.29) 26.055 ms 25.114 ms 25.620 ms
9 ispgateway-ic-133045-mcn-b1.c.telia.net (213.248.84.38) 22.910 ms 22.496 ms 21.828 ms
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * *
Bin jetzt ein Stück weiter gekommen. Dadurch das es eine vm war habe ich sie nur einmal gestartet und seit dem nie wieder. Maximal mal schlafen gelegt weil ich zwischendurch meine zweite VM basierend auf dem ISO Image gestartet habe.
Nach einem reboot läuft nun alles. Updates funktionieren jetzt. Meines erachtens könnte das 2 Gründe haben.
Eventuell war beim ersten mal ein Dienst nicht richtig gestartet.
Durch das schlafen legen blieb die Uhr stehen so das sie im laufe der Zeit nicht mehr richtig lief. Dürfte aber dank ntp kein problem sein.
schön das es jetzt klappt! Allerdings kann ich beide genannten Punkte als mögliche Fehlerquellen ausschließen.
Nur der Vollständigkeit halber: wie hast Du denn die VM ursprünglich ans laufen bekommen?
ESX/ESXi/VMWare Server/sonstiges ?
Verzeichnis in ein NFS Datastore kopiert und von dort aus gestartet?
die VM per Datastore Browser hochgeladen bzw. importiert?
habe hier ein ESXi am laufen. Die VM habe ich mittels VMWare Converter ins minimal abweichende ESXi Format konvertiert und als Ziel den ESXi Host angegeben.
Das gleiche Phänomen, mit den nicht funktionierenden Updates, hatte ich aber auch bei der manuell installierten Variante per ISO Datei. Und genau die besagte ISO Variante läuft jetzt aber nach einen reboot fehlerfrei. d.h. news werden angezeigt und updates gehen auch.
Habe jetzt nochmal die Orginal VMWare-Instanz aufgeweckt und dort einen reboot veranlasst und jetzt erscheinen dort auch die News.
Also bei beiden Varianten geht jetzt alles nach einem reboot.
Das erklärt auch warum es bei meinem Kollegen gestern geklappt hatte. Er hatte einfach schonmal durchgestartet.
Die Orginal VMWare Instanz wurde runterlgeladen und genau einmal gestartet.
Die ISO Variante war in dem Zustand der nach der Erstinstallation und den dadurch notwendigen Reboots vorgegeben ist. Wurde also kein zusätzliches mal rebootet.
Kann ich auch per apt-get upgrade Updates einspielen ?
Habe selbes Problem wie oben erwähnt. Nachdem ich von esxi 3.5 die Maschine in esxi 4.1 importiert hatte. Ich meine sie hatte auch auf dem esxi 3.5 nur eine NIC. Habe beim Start gesehen, daß MD meckerte, daß es keine eth0 gefunden hat. Nun hat MD die eigentliche eth0 als eth1 erkannt. Geht eigentlich alles, bis auf das Update per GUI. Wenn es per Konsole ginge, wäre das für mich ausreichend.
handelt es sich um eine Community Edition oder eine kommerzielle Installation?
Wo hakt’s denn im Updater? Zeigt er keine Pakete an oder schlägt die Installation fehl?
Falls Sie im MobyDick Community Edition-Commander unter der Options-Verwaltung TRC 090101 Ihre persönlichen Zugangsdaten noch nicht eingetragen haben, werden Sie zur Eingabe dieser aufgefordert.
