Sadece bir meslektaşımın değiştirmek istediğimi kurduğu bir oyun kitabı almaya çalışıyorum. Benim mac üzerinde çalışan olsun ilk sorun ansible-playbook -> ControlPath çok uzun
ERROR: Unable to find an inventory file, specify one with -i ?
Bu
kolaylıkla komuta verif -i eklenerek çözüldü oldu. Ancak, aşağıdaki hata oluştu.loadgen-verif-app1.internal.machines | FAILED => SSH encountered an unknown error. The output was:
OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /Users/andreas.joelsson/.ssh/config
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: auto-mux: Trying existing master
ControlPath too long
Bu (loadgen-verif-app [1-8] .internal.machines) dosyası çok uzun olabilir bazı ayıklama sonra
8 makineleri için geçerlidir, denedim aynı sonucu komutu aşağıdaki:
ansible nukes -m ping -i verif -vvvv
sonra ben ssh ile ilgili sorunlar olduğunu düşünmüş ama ssh'dan komutu yürütülürken çalışır: ssh loadgen-verif-app1.internal.machines ping loadgen-verif-app2.internal.machines
Ve şimdi pusuyamıyorum çünkü ping komutu yukarıda sıralanan aralıkta olmayan bazı makinelerde çalışıyor, işte bu bir sorunsa loagenXXX.machines yolundan daha kısa. Ama sonra ssh komutu işe yaramaz.
Hedefler için ayarlanmış bazı ssh yapılandırma ayarlarına sahibim, ancak ping komutuyla çalışanlar farklı değil.
Host loadgen1
HostName loadgen-verif-app1.internal.machines
Şimdi bir macdaki meslektaşım için çalıştığı için çok şaşırdım. Bu yüzden eksik veya benzer bir ayar varsa emin değilim. -i verif'u sağlamaya gerek duymaz, bu da çalışmamasının bir nedeni olabilir.
düzenlemek 2014/12/17:
- Biz aynı sürümünü çalıştıran
- yanıtlayıcı 'aynı sürümünü çalıştıran http://docs.ansible.com/intro_configuration.html#control-path
- göre yanıtlayıcı' ayarı control_path değiştirerek denediniz OpenSSH.
- Anlatabildiğimiz kadarıyla aynı ssh yapılandırmasına sahibiz.
- /etc/ssh_config dosyasında bulduğum ve ilerledikçe hareketsiz kaldığı Host * 'u arıyordum.
SE-C02N76PGG5RP:verif_provisioning andreas.joelsson$ ansible loadgen-verif-app1.internal.machines -m ping -i verif -vvvv <loadgen-verif-app1.internal.machines> ESTABLISH CONNECTION FOR USER: andreas.joelsson <loadgen-verif-app1.internal.machines> REMOTE_MODULE ping <loadgen-verif-app1.internal.machines> EXEC ssh -C -tt -vvv -o ControlMaster=auto -o ControlPersist=60s -o ControlPath="/Users/andreas.joelsson/.ansible/cp/ansible-ssh-%h-%p-%r" -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o ConnectTimeout=10 loadgen-verif-app1.internal.machines /bin/sh -c 'mkdir -p $HOME/.ansible/tmp/ansible-tmp-1420723708.99-33622628424665 && chmod a+rx $HOME/.ansible/tmp/ansible-tmp-1420723708.99-33622628424665 && echo $HOME/.ansible/tmp/ansible-tmp-1420723708.99-33622628424665' loadgen-verif-app1.internal.machines | FAILED => SSH encountered an unknown error. The output was: OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011 debug1: Reading configuration data /Users/andreas.joelsson/.ssh/config debug1: Reading configuration data /etc/ssh_config debug1: /etc/ssh_config line 20: Applying options for * debug1: auto-mux: Trying existing master ControlPath too long
düzenlemek 2015/02/12:
SE-C02N76PGG5RP:verif_provisioning andreas.joelsson$ ansible nukes -m ping -i verif loadgen-verif-app4.internal.machines | FAILED => SSH encountered an unknown error during the connection. We recommend you re-run the command using -vvvv, which will enable SSH debugging output to help diagnose the issue loadgen-verif-app5.internal.machines | FAILED => SSH encountered an unknown error during the connection. We recommend you re-run the command using -vvvv, which will enable SSH debugging output to help diagnose the issue loadgen-verif-app3.internal.machines | FAILED => SSH encountered an unknown error during the connection. We recommend you re-run the command using -vvvv, which will enable SSH debugging output to help diagnose the issue loadgen-verif-app1.internal.machines | FAILED => SSH encountered an unknown error during the connection. We recommend you re-run the command using -vvvv, which will enable SSH debugging output to help diagnose the issue loadgen-verif-app2.internal.machines | FAILED => SSH encountered an unknown error during the connection. We recommend you re-run the command using -vvvv, which will enable SSH debugging output to help diagnose the issue loadgen-verif-app8.internal.machines | FAILED => SSH encountered an unknown error during the connection. We recommend you re-run the command using -vvvv, which will enable SSH debugging output to help diagnose the issue loadgen-verif-app6.internal.machines | FAILED => SSH encountered an unknown error during the connection. We recommend you re-run the command using -vvvv, which will enable SSH debugging output to help diagnose the issue loadgen-verif-app7.internal.machines | FAILED => SSH encountered an unknown error during the connection. We recommend you re-run the command using -vvvv, which will enable SSH debugging output to help diagnose the issue
Ve çalışma biriyle:
https://help.openshift.com/hc/en-us/articles/202186044-Unable-to-git-clone-an-application-when-SSH-session-sharing-is-in-use-ControlPath-too-long-SE-C02N76PGG5RP:verif_provisioning andreas.joelsson$ ansible duke -m ping -i verif steve-verif-app1.internal.machines | success >> { "changed": false, "ping": "pong" }
düzenlemek 2015/01/08
İş arkadaşınız size ansible.cfg dosyasını yolladı mı, ve aynı (ve ilgili) konfigürasyon dosyalarının macunuzdaki doğru konumlarda var mı? Bu kontrol etmek için ilk şey gibi görünüyor ... – PhillipHolmes
Kontrol ettim git repo içinde olduğu gibi aynı yapılandırma, ayarları kaydedilebilir ev klasörü gibi başka bir yer var mı? – Andreas
komut satırı seçeneklerinden ayrı olarak, yapılandırma ansible.cfg dosyasında belirtilmiştir - ansible (ansible -v bence) aynı sürümünü kullandığınızı kontrol etmek isteyebilirsiniz. – PhillipHolmes