Hello Noel,
On Wed, May 16, 2018 at 12:12 PM, RUIZ LOPEZ Noel <[email protected] > wrote: > Hello Fabien. > > > > Everything seems to be working with this two patches!! > > Thank you very very mucho!! > Great ! Nice to read this. > Anyway, I can’t see [image: [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? > If the job is a config-check or config-update I think that's normal as those jobs are quite special as they run on the zuul-executor node directly. When you'll run jobs on Openstack nodes you'll have this zuul-info directory on the logserver. On our production server no zuul-info as well: https://softwarefactory-project.io/logs/24/12224/1/check/config-check/92c3b30/ > > > 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]> > 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]> 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: > > > > 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]] > *Enviado el:* lunes, 14 de mayo de 2018 12:22 > *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, > > 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]> 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]] > *Enviado el:* viernes, 4 de mayo de 2018 15:54 > *Para:* RUIZ LOPEZ Noel <[email protected]> > *CC:* Matthieu Huin <[email protected]>; Nicolas Hicher <[email protected]>; > [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]> > 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] > 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
