Hello Fabien. Everything seems to be working with this two patches!! Thank you very very mucho!!
Anyway, I can’t see [[DIR]] zuul-info/<https://softwarefactory-project.io/logs/87/12187/1/check/sf-rpm-build/18702b3/zuul-info/>2018-05-14 14:36- , Is this strange or not? Thank you very very very much, redhat as good as always. Good Job. Thanks Best Regards Noel ________________________________ De: Fabien Boucher [mailto:[email protected]] Enviado el: martes, 15 de mayo de 2018 18:41 Para: RUIZ LOPEZ Noel <[email protected]> CC: softwarefactory-dev <[email protected]>; Matthieu Huin <[email protected]>; Nicolas Hicher <[email protected]> Asunto: Re: [Softwarefactory-dev] config-check log Service unavailable Hello Noel, This patch should fix the issue: https://softwarefactory-project.io/r/10569/<https://urldefense.proofpoint.com/v2/url?u=https-3A__softwarefactory-2Dproject.io_r_10569_&d=DwMFaQ&c=cxWN2QSDopt5SklNfbjIjg&r=5z3wNX9v9wHoOOAkgs_uofjwLo-AftocYCk65ZebFx4&m=smhhdEavMI3X_jXIwDl_vnWcutjgeO2toFVwErPVN0I&s=yh58fGhbpW7VQXQTj_Ps9gvDg3f8AX8v0RBObDAWxrI&e=> You can manually patch the file on the managesf node /usr/share/sf-config/ansible/roles/sf-base/tasks/setup.yml and run again sf-config --skip-install Let's us know if that fixed the issue. Best regards, Fabien On Mon, May 14, 2018 at 6:02 PM, Fabien Boucher <[email protected]<mailto:[email protected]>> wrote: Good to read it works now, still there is an issue somewhere it should work out of the box, also correct mime type should have been set by Apache to make the browser display it (like on our production env: https://softwarefactory-project.io/logs/87/12187/1/check/sf-rpm-build/18702b3/<https://urldefense.proofpoint.com/v2/url?u=https-3A__softwarefactory-2Dproject.io_logs_87_12187_1_check_sf-2Drpm-2Dbuild_18702b3_&d=DwMFaQ&c=cxWN2QSDopt5SklNfbjIjg&r=5z3wNX9v9wHoOOAkgs_uofjwLo-AftocYCk65ZebFx4&m=smhhdEavMI3X_jXIwDl_vnWcutjgeO2toFVwErPVN0I&s=xt3vHdCdp0-ZKCPpBmf4-00uLgpFmBo904Urpf50QHw&e=>) I'll setup a similar arch to do some test asap and come back to you with a fix. Best regards Fabien On Mon, May 14, 2018 at 4:49 PM, RUIZ LOPEZ Noel <[email protected]<mailto:[email protected]>> wrote: Thanks Fabien!! Well…I created a symbolic link in /var/www/html/ ---> /var/www/logs and now I can Access to log page. I can see logs in this way: [cid:[email protected]] And well, I can work now…but I am pretty sure that have to had a better way, because until now I have to download the job-output.txt to see what happen with the job Thank you very very much for your response (to all, for all of them). If you know a better way to solve this gerrit’s config-check log Access issue, please enlighten me. Best regards, Noel De: Fabien Boucher [mailto:[email protected]<mailto:[email protected]>] Enviado el: lunes, 14 de mayo de 2018 12:22 Para: RUIZ LOPEZ Noel <[email protected]<mailto:[email protected]>> CC: softwarefactory-dev <[email protected]<mailto:[email protected]>>; Matthieu Huin <[email protected]<mailto:[email protected]>>; Nicolas Hicher <[email protected]<mailto:[email protected]>> Asunto: Re: [Softwarefactory-dev] config-check log Service unavailable Hello Noel, Sorry for the late response, I was unavailable last week. I'm re-adding the list, Matthieu and Nicolas to the thread. On Mon, May 7, 2018 at 10:12 AM, RUIZ LOPEZ Noel <[email protected]<mailto:[email protected]>> wrote: Hello Fabien Yes, I can not contact to http://elk/logs<https://urldefense.proofpoint.com/v2/url?u=http-3A__elk_logs&d=DwMFaQ&c=cxWN2QSDopt5SklNfbjIjg&r=5z3wNX9v9wHoOOAkgs_uofjwLo-AftocYCk65ZebFx4&m=9fRAvHA3gmhCrjs2OXjoaLufc8YUBHLUkOL0mtRizMY&s=R1qpmtcSkqL-oISIXFHMaR-0XlI33Tg1ecIRqMcbMyU&e=> De: Fabien Boucher [mailto:[email protected]<mailto:[email protected]>] Enviado el: viernes, 4 de mayo de 2018 15:54 Para: RUIZ LOPEZ Noel <[email protected]<mailto:[email protected]>> CC: Matthieu Huin <[email protected]<mailto:[email protected]>>; Nicolas Hicher <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]> Asunto: Re: [Softwarefactory-dev] config-check log Service unavailable Hello, On Fri, May 4, 2018 at 3:13 PM, RUIZ LOPEZ Noel <[email protected]<mailto:[email protected]>> wrote: Hello Nicolas and Matthieu, First of all, thanks for your response. It helps a lot […] I suppose you should open TCP/4731 on the elk instance. This port is used by the submit-logstash-jobs task to send log processing tasks on the elk node (https://sftests.com/r/gitweb?p=config.git;a=blob;f=playbooks/base/post.yaml<https://urldefense.proofpoint.com/v2/url?u=https-3A__sftests.com_r_gitweb-3Fp-3Dconfig.git-3Ba-3Dblob-3Bf-3Dplaybooks_base_post.yaml&d=DwMFaQ&c=cxWN2QSDopt5SklNfbjIjg&r=5z3wNX9v9wHoOOAkgs_uofjwLo-AftocYCk65ZebFx4&m=WJ7Mk98cqZ2s-nsNc_RU8-g_hP1M-Pmotg2m8hmTGJE&s=mUGfTBKOUKci8RN3IQ-aBGI15TwM0BR0CVCgpXxOE0c&e=>). But that's not related to the logserver issue you cannot contact, from the managesf node can you run ? curl http://elk/logs/<https://urldefense.proofpoint.com/v2/url?u=http-3A__elk_logs_&d=DwMFaQ&c=cxWN2QSDopt5SklNfbjIjg&r=5z3wNX9v9wHoOOAkgs_uofjwLo-AftocYCk65ZebFx4&m=WJ7Mk98cqZ2s-nsNc_RU8-g_hP1M-Pmotg2m8hmTGJE&s=-Sz11ijFs6ZM-N1fz5gAVC2HxzGFVvpSscg3948Hexc&e=> --> NO I CAN’T! This is the problema! YES! Some information related: - https://pastebin.com/EHkTy0uD<https://urldefense.proofpoint.com/v2/url?u=https-3A__pastebin.com_EHkTy0uD&d=DwMFaQ&c=cxWN2QSDopt5SklNfbjIjg&r=5z3wNX9v9wHoOOAkgs_uofjwLo-AftocYCk65ZebFx4&m=9fRAvHA3gmhCrjs2OXjoaLufc8YUBHLUkOL0mtRizMY&s=B4iHIZWVjQ9v4UiPcPfGzKpqBz2KXY7T4pHTtjvAp0U&e=> -> As you can see here, networking is ok, and ssh also have right Access (RSAkey alredy as known_hosts). - The same curl from elk.sftests.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__elk.sftests.com&d=DwMFaQ&c=cxWN2QSDopt5SklNfbjIjg&r=5z3wNX9v9wHoOOAkgs_uofjwLo-AftocYCk65ZebFx4&m=9fRAvHA3gmhCrjs2OXjoaLufc8YUBHLUkOL0mtRizMY&s=b6aicYo-SneWwz1wDq_PBUPKL53LvxwYRU8ixLzvdeU&e=> https://pastebin.com/uZzqXR5j<https://urldefense.proofpoint.com/v2/url?u=https-3A__pastebin.com_uZzqXR5j&d=DwMFaQ&c=cxWN2QSDopt5SklNfbjIjg&r=5z3wNX9v9wHoOOAkgs_uofjwLo-AftocYCk65ZebFx4&m=9fRAvHA3gmhCrjs2OXjoaLufc8YUBHLUkOL0mtRizMY&s=OTjhJoKC3-vdURQ0tvTheZ7foEG1lawi_wkZciEx2tY&e=> --> It can not contact either from inside How can I fix this issue? Ok so data (logs) are on the elk's filesystem in /var/www/logs/ and you get a 404 trying to reach http://elk/logs/<https://urldefense.proofpoint.com/v2/url?u=http-3A__elk_logs_&d=DwMFaQ&c=cxWN2QSDopt5SklNfbjIjg&r=5z3wNX9v9wHoOOAkgs_uofjwLo-AftocYCk65ZebFx4&m=9fRAvHA3gmhCrjs2OXjoaLufc8YUBHLUkOL0mtRizMY&s=7ZDU47zk9BnjyL6iRGx019aneyP9wuemrGAE8iSwsos&e=> so: * could you paste the elk node's apache access/errors logs, eventually with higher apache debug level. * Are you able to access curl http://elk/logs-raw/<https://urldefense.proofpoint.com/v2/url?u=http-3A__elk_logs-2Draw_&d=DwMFaQ&c=cxWN2QSDopt5SklNfbjIjg&r=5z3wNX9v9wHoOOAkgs_uofjwLo-AftocYCk65ZebFx4&m=9fRAvHA3gmhCrjs2OXjoaLufc8YUBHLUkOL0mtRizMY&s=Dn2kmhbi7MCieIRAa6AStOuV7REVqFHw4zWr7lGereo&e=> ? (logs-raw/ bypass the htmlify middleware, that's possible the issue is related to that middleware) * could you check the /etc/httpd/conf.d/logserver.co<https://urldefense.proofpoint.com/v2/url?u=http-3A__logserver.co&d=DwMFaQ&c=cxWN2QSDopt5SklNfbjIjg&r=5z3wNX9v9wHoOOAkgs_uofjwLo-AftocYCk65ZebFx4&m=smhhdEavMI3X_jXIwDl_vnWcutjgeO2toFVwErPVN0I&s=YOFXhkHM6QMC1a3kSKbhQRzvmDPNBZk2G_xRFm3Ivn0&e=>nf is installed on the elk node Thanks a lot!! […] _______________________________________________ Softwarefactory-dev mailing list [email protected]<mailto:[email protected]> https://www.redhat.com/mailman/listinfo/softwarefactory-dev<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.redhat.com_mailman_listinfo_softwarefactory-2Ddev&d=DwMFaQ&c=cxWN2QSDopt5SklNfbjIjg&r=5z3wNX9v9wHoOOAkgs_uofjwLo-AftocYCk65ZebFx4&m=WJ7Mk98cqZ2s-nsNc_RU8-g_hP1M-Pmotg2m8hmTGJE&s=xy9Meuh6nfI8i6aSVFNKpC20gXiirGrxxX4RhUkkPd4&e=>
_______________________________________________ Softwarefactory-dev mailing list [email protected] https://www.redhat.com/mailman/listinfo/softwarefactory-dev
