2

Ich habe einzelne VM Cloud Foundry-Setup auf azurblaue Maschine (4cores, 28GB RAM). Anfangs funktionieren die cf cli-Befehle einwandfrei. Ich kann mich anmelden (cf Login), cf und pushen (cf push) Anwendungen und sehe auch die gehosteten Apps (cf apps).Cloud Foundry CLI-Befehle fehlgeschlagen "Fehler beim Ausführen der Anfrage: lame Referral"

[email protected]:~$ cf apps 

Getting apps in org default_organization/space azure as admin... 

OK 

name requested state instances memory disk urls 
myapp started   3/3   128M  256M myapp.example.com 

Nach einiger Zeit der gleiche Befehl fehlschlägt

[email protected]:~$ cf apps 
Getting apps in org default_organization/space azure as admin... 

FAILED 

Error performing request: Get https://api.xxx.xxx.xxx.xxx.xip.io/v2/spaces/80d34326-cffc-4b62-98b6-ddd1c087ca59/summary: dial tcp: lookup api.xxx.xxx.xxx.xxx.xip.io on xxx.xxx.xxx.xxx:xx: lame referral 

TIP: If you are behind a firewall and require an HTTP proxy, verify the https_proxy environment variable is correctly set. Else, check your network connection. 

Später wurde die cf cli Befehle überhaupt nicht reagieren.

[email protected]:~$ cf apps 

Getting apps in org default_organization/space azure as admin... 

Keine Antwort für den obigen Befehl.

Nicht sicher, ob das Problem aufgrund der Hardware-Spezifikationen der Maschine auftritt.

Antwort

0

xip.io war in meiner Erfahrung (und viele andere) kein sehr stabiler DNS-Dienst.
Irgendwann (um Oktober 2015, CF v219) wurde die Domäne bosh-lite.com eingerichtet, um die Verwendung von xip.io für bosh-lite zu ersetzen.
Ich weiß nicht, wie Ihre CF installiert und konfiguriert wurde, aber es könnte so einfach sein wie eine cf api api.bosh-lite.com (möglicherweise mit dem --skip-ssl-validation Flag, wenn Sie nicht kopieren können Ihr API-Endpunkt Cert zu Ihrem Truststore) und verwenden Sie dies als Ihren Endpunkt stattdessen.
(bosh-lite.com und alle seine Subdomänen werden auf 10.244.0.34 aufgelöst).

Verwandte Themen