Servname nicht unterstützt für ai_socktype

Ich bin mit Centos-virtuelle Maschine mit Vagrant. Die Maschine scheint zu funktionieren, aber wenn ich versuche zu synchronisieren, Perforce, sehe ich folgende Fehler:

[vagrant@vagrant-c5-x86_64 ~]$ /perforce/p4 sync -f ...  
Perforce client error:  
Connect to server failed; check $P4PORT.  
failed.TCP connect to perforce.xxx.com:1666  
Servname not supported for ai_socktype

Habe ich gelesen, das http://www.ducea.com/2006/09/11/error-servname-not-supported-for-ai_socktype/ und versucht, die ports in /etc/services, aber es hat nicht funktioniert. Ich bin auch nicht sicher, ob das problem ist, Perforce oder OS bezogen.

Irgendwelche Tipps?

Haben Sie P4PORT richtig?
Ja, das war meine erste Vermutung. Es war richtig eingestellt, von Anfang an. Auch ich habe P4CHARSET 'utf8' und 'none'. Keine Ergebnisse so weit...
Bedeutet "telnet perforce.xxx.com 1666" zu arbeiten? (also eine Verbindung)
Es funktioniert. Die Maschinen können sich gegenseitig sehen.
Siehe stackoverflow.com/questions/43600239/... für eine ähnliche Frage, mit einer Antwort, obwohl in diesem Fall die Antwort beinhaltete einen syntax-Fehler in einem Perl-Skript. Trotzdem, vielleicht gibt es einen Anhaltspunkt für die Antwort auf diese Frage.

InformationsquelleAutor Tavo | 2014-04-15

9

Ich hatte dieses problem mit einem Tornado/Python-app. Offenbar dies kann verursacht werden durch den Anschluss interpretiert wird als string statt einem integer. Also in meinem Fall, ich brauchte, um mein startup-Skript, um zu erzwingen, dass es interpretiert werden als eine ganze Zahl.
```
application = tornado.web.Application(...)
application.listen(int(port))
```
InformationsquelleAutor z0r
2

Sind Sie in der Lage, geben Sie Ihren Kunden ? bevor Sie versuchen, synchronisieren Sie die Dateien, die versuchen, erstellen Sie eine perforce-client:
```
p4 client
```
Vielleicht ist es nicht die host:port das ist das Problem, aber andere flags, die in der Verbindungszeichenfolge, die zu unterbrechen.

Ich persönlich erhielt genau denselben Fehler, aber es war eine Notgedrungen Problem.

Der Grund ist, Perforce hat seine eigene Priorität, wenn es auf der Suche nach Ihrer P4USER /P4PORT /... - Konfiguration.
1. ENV-Variablen ( laufen export )
2. wenn ein P4CONFIG variable angegeben wurde, irgendwo Sie können die Suche in einer Datei ( wie .perforce in der aktuellen/Obere Verzeichnis )
Problem war, obwohl es zunächst nach einer ENV-variable - die P4CONFIG Datei überschreiben können.

Also meine $P4PORT ENV-variable hatte einen connection-string X, aber das .perforce Datei hatte eine Verbindungszeichenfolge Y.

Entfernen der P4PORT von meinem lokalen .perforce - Datei - dieses Problem gelöst.
im Beispiel:
```
$~] echo $P4PORT; 
rsh:ssh -2 -q -a -x -l p4ssh perforce.mydomain.com

$~] cat .perforce
# P4PORT="rsh:ssh -q -a -x -l perforce.mydomain.com /bin/true"
P4USER="my_user"
```
Denken Sie auch daran, dass Notgedrungen suchen die $P4CONFIG - Datei ( falls konfiguriert ) in der gesamten Verzeichnis-Hierarchie nach oben, so dass selbst wenn Sie nicht die Datei im aktuellen Verzeichnis - könnte es sein, das sich in einem oberen Verzeichnis, und dort - müssen Sie möglicherweise eine $P4PORT Konfiguration, die man nicht erwartet hat..

InformationsquelleAutor Ricky Levi

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.