Çzümpark a konu aç next next next install

Çzümpark a konu aç üye oldum bakalım onay bekliyor. gerçekten sikko bir sorun, gerçekten çok spefisik benimle ilgili bir sorun gibi duruyor. yoksa şimdiye kadar hep takır takır çalışırdı. herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

son bi up çekeyim. herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

Ccaglayan bunu yazdı alliaslar uçmuş gibi duruyor docker-compose ile mi kaldırıyorsun bu containlerı yoksa elle teker teker mi kaldırıyorsun? hocam tam hakim değilim konuya. docker rm ile silmişimdir nceki container'ı. nasıl tekrar alias'ların oluşmasını sağlayabilirim? iki nerim var hocam biri docker-compose ile yapman şeklinde zor gelir ise şyle bişi yapabilirsin iplerini sabit verebilirsin containerlarına onuda şu şekilde yapabilirsin. Docker üzerinden yeni bir network ve ip bloğu yaratıp sonrasında her containerı açarken bu yeni yarattığın network üzerinden ip ile kaldırabilirsin ben prod tarafında bu şekilde yapmaktayım. Containerı ayağa kaldırırken kullanman gereken komutlar şunlardır. --net oluşturduğunNetworkAdı --ip x. x. x. x şeklinde sabit ip verirsen ve configlerede buna uygun ipleri girersen bu şekilde birbirleriyle haberleşebilirler. Ek olarak komut satırından kullanmak zor geliyor dersen portainerı kullanmanı şiddetle tavsiye ederim baya işimi grmüştür. Ccaglayan tarafından 08/Eki/20 10:16 tarihinde düzenlenmiştir

Elasticsearch'ün kendisi servisinin dış bağlantıya izin verip vermediğini kontrol ettin mi? aynı zamanda istio gibi bir container network yapın var mı Mühendis kahveyi projeye dnüştüren bir insan evladıdır.

updullah herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

abi bağlanmadan diyebileceğim son şey xpack'i devre dışı bırak. hatta şyle demişler, bazen centos da firewall engellebilir. gittim docker networ'u firewall'e ekledim yine değişmedi. docker ping ile ping atabiliyor container'lar bash ile bağlandım wget çektiğimde resolve edemiyorum hostu diyor :D TeRRoR tarafından 06/Eki/20 12:21 tarihinde düzenlenmiştir herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

abi bağlanmadan diyebileceğim son şey xpack'i devre dışı bırak. Mühendis kahveyi projeye dnüştüren bir insan evladıdır.

updullah vallaha bilemedim kanka :( az insan çok huzur.

alliaslar uçmuş gibi duruyor docker-compose ile mi kaldırıyorsun bu containlerı yoksa elle teker teker mi kaldırıyorsun? hocam tam hakim değilim konuya. docker rm ile silmişimdir nceki container'ı. nasıl tekrar alias'ların oluşmasını sağlayabilirim? herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

Hacılar 8 aydır çatır çatır çalışan container'lar sapıttı. Elasticsearch e 9200 portundan rest ile patır patır bağlanabiliyorum. Ancak kibana container'ını restart ettikten sonra elastic'e erişemez oldu. Gittim tekrar indirdim tekrar container oluşturdum versionları güncelledim yine değişen birşey olmadı. Laradock kullanıyorum container'lar için. Kibana loglarında şu şekilde hata veriyor: https://paste.ubuntu.com/p/RdktdhvrTs/ Hiçbirşeye dokunmadım durup dururken gitti. Bir şekilde container'ların networkünde birşey var diyecem ancak hazır laradock daki networkü kullanıyorum. Herhangi bir müdehalede bulunmadım. İnterneti alt üst ettim sorunu çzemedim. Yaşanan en büyük sorun elasticsearch:9200 yi çzmesi için elasticsearch'i env den tanımlamak ancak zaten bunlar Laradock'da ayarlı. Bu şartlarda docker-composer'dan up diyip çalışması gerek meretlerin çzemedim. :/ Kibana ve Elastic Versionları uyumlu ikiside; 7.9.1 TeRRoR tarafından 06/Eki/20 09:16 tarihinde düzenlenmiştir herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

Loglarda şu dikkatimi çekti http://elasticsearch olarak gitmek istiyor peki bu adresi çzüyor mu? Bunu kibana yml dosyasında ip ile değiştirirsen ne oluyor değiştirdim. yine bağlanmadı Request error, retrying\nGET http://172.20.0.6:9200/_xpack => connect EHOSTUNREACH 172.20.0.6:9200" herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

Loglarda şu dikkatimi çekti http://elasticsearch olarak gitmek istiyor peki bu adresi çzüyor mu? Bunu kibana yml dosyasında ip ile değiştirirsen ne oluyor Mühendis kahveyi projeye dnüştüren bir insan evladıdır.

alliaslar uçmuş gibi duruyor docker-compose ile mi kaldırıyorsun bu containlerı yoksa elle teker teker mi kaldırıyorsun?

Elasticsearch'ün kendisi servisinin dış bağlantıya izin verip vermediğini kontrol ettin mi? aynı zamanda istio gibi bir container network yapın var mı Elasticsearch'e host makinadan, ve ssh port forwarding ile kendi makinamdan erişebiliyorum. Ayrıca host makinada çalışan uygulamada elasticsearch'e expose edilmiş port ile bağlabiliyor (localhost:9200). Network yapısını laradock kendi ayarlıyor. $ docker network ls b3b51cc76be5 laradock_backend bridge local8b83da744cd2 laradock_default bridge localb350123920a7 laradock_frontend bridge local de bu networkler listeleniyor. Sonrasında container'ları inspect yapıp networklerine bakıyorum. İkiside aynı netword'de elastic için: $ docker container inspect laradock_elasticsearch_1 "Networks": { "laradock_backend": , "laradock_frontend": } kibana için: $ docker container inspect laradock_kibana_1 "Networks": { "laradock_backend": , "laradock_frontend": } Sonrasında dedim acaba bu container'lar birbirine ping atabiliyor mu diye şyle bir komut buldum ve iki tarafta birbirine erişebiliyor ve network ayarında aldığı gzüken ip'leri resolve ediyorlar. $ docker exec -ti laradock_elasticsearch_1 ping laradock_kibana_1 PING laradock_kibana_1 (172.20.0.7) 56(84) bytes of data.64 bytes from laradock_kibana_1. laradock_backend (172.20.0.7): icmp_seq=1 ttl=64 time=0.151 ms $ docker exec -ti laradock_kibana_1 ping laradock_elasticsearch_1 PING laradock_elasticsearch_1 (172.20.0.6) 56(84) bytes of data.64 bytes from laradock_elasticsearch_1. laradock_backend (172.20.0.6): icmp_seq=1 ttl=64 time=0.124 ms Kibana log dosyasında bu ip'ye ulaşamdığını iddia ediyor ama: "Request error, retrying\nGET http://elasticsearch:9200/_xpack => connect EHOSTUNREACH 172.20.0.6:9200" herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//