Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1humNV-0007Dz-FW for pgsql-hackers@arkaria.postgresql.org; Mon, 05 Aug 2019 23:26:57 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1humNT-0002la-FY for pgsql-hackers@arkaria.postgresql.org; Mon, 05 Aug 2019 23:26:55 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1humNT-0002kM-7J for pgsql-hackers@lists.postgresql.org; Mon, 05 Aug 2019 23:26:55 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1humNL-0003ZV-Ud for pgsql-hackers@lists.postgresql.org; Mon, 05 Aug 2019 23:26:54 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id x75NQjR1016018 for ; Mon, 5 Aug 2019 19:26:45 -0400 From: Tom Lane To: pgsql-hackers@lists.postgresql.org Subject: Putting kerberos/ldap logs somewhere useful MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Content-ID: <15950.1565047488.0@sss.pgh.pa.us> Date: Mon, 05 Aug 2019 19:26:45 -0400 Message-ID: <16017.1565047605@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <15950.1565047488.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable I got frustrated just now because this: https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=3Dcrake&dt=3D2019-= 08-05%2021%3A18%3A23 is essentially undebuggable, thanks to the buildfarm's failure to capture any error output from slapd. That's not the buildfarm script's fault: it's willing to capture everything placed in the agreed-on log directory. But the TAP test script randomly places the daemon's log file somewhere else, one level up. The kerberos test script has the same problem. Hence, I propose the attached. This just moves the actual log files ... we could possibly move the daemons' .conf files as well, but I think they're probably not variable enough to be interesting. regards, tom lane ------- =_aaaaaaaaaa0 Content-Type: text/x-diff; name="put-krb-and-ldap-logs-somewhere-useful.patch"; charset="us-ascii" Content-ID: <15950.1565047488.2@sss.pgh.pa.us> Content-Description: put-krb-and-ldap-logs-somewhere-useful.patch diff --git a/src/test/kerberos/t/001_auth.pl b/src/test/kerberos/t/001_auth.pl index 34845a7..e3eb052 100644 --- a/src/test/kerberos/t/001_auth.pl +++ b/src/test/kerberos/t/001_auth.pl @@ -67,8 +67,8 @@ my $realm = 'EXAMPLE.COM'; my $krb5_conf = "${TestLib::tmp_check}/krb5.conf"; my $kdc_conf = "${TestLib::tmp_check}/kdc.conf"; -my $krb5_log = "${TestLib::tmp_check}/krb5libs.log"; -my $kdc_log = "${TestLib::tmp_check}/krb5kdc.log"; +my $krb5_log = "${TestLib::log_path}/krb5libs.log"; +my $kdc_log = "${TestLib::log_path}/krb5kdc.log"; my $kdc_port = get_free_port(); my $kdc_datadir = "${TestLib::tmp_check}/krb5kdc"; my $kdc_pidfile = "${TestLib::tmp_check}/krb5kdc.pid"; diff --git a/src/test/ldap/t/001_auth.pl b/src/test/ldap/t/001_auth.pl index 47bc090..5efb87a 100644 --- a/src/test/ldap/t/001_auth.pl +++ b/src/test/ldap/t/001_auth.pl @@ -52,7 +52,7 @@ my $ldap_datadir = "${TestLib::tmp_check}/openldap-data"; my $slapd_certs = "${TestLib::tmp_check}/slapd-certs"; my $slapd_conf = "${TestLib::tmp_check}/slapd.conf"; my $slapd_pidfile = "${TestLib::tmp_check}/slapd.pid"; -my $slapd_logfile = "${TestLib::tmp_check}/slapd.log"; +my $slapd_logfile = "${TestLib::log_path}/slapd.log"; my $ldap_conf = "${TestLib::tmp_check}/ldap.conf"; my $ldap_server = 'localhost'; my $ldap_port = get_free_port(); ------- =_aaaaaaaaaa0--