Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vM5T4-000g0e-21 for pgsql-admin@arkaria.postgresql.org; Thu, 20 Nov 2025 14:17:03 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vM5T3-001zDk-0w for pgsql-admin@arkaria.postgresql.org; Thu, 20 Nov 2025 14:17:01 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vM5T2-001zDR-0r for pgsql-admin@lists.postgresql.org; Thu, 20 Nov 2025 14:17:01 +0000 Received: from sonic314-19.consmr.mail.ir2.yahoo.com ([77.238.177.145]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1vM5Sx-000XLr-0O for pgsql-admin@lists.postgresql.org; Thu, 20 Nov 2025 14:16:59 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1763648213; bh=1WiHekSpgtIJlvvtLbQERyKH31YiKBh85PqZ7QSVKo0=; h=Date:To:From:Subject:References:From:Subject:Reply-To; b=d6y319lgF+hbYe5z/vydsAVaIqQXLT66wE2PCR4UiMJj3ezfL4GsTdHvePS4qg+PcEDuIt4uEkN3BhumpOpk04X1+IPNWxvtUzG4/jGJSwnnz4xRxaB8mIhspBsFexUtqMQzwKIv+wdq8kGaZ1/ks6JdQ1O28Brc6LnXlBRJC3V3wVYtpLRR0QQSV73x2mu8hCdiuCNvO84oyqsw5ypViJ9hc1UOF2AYigkAhGaFKcYFrzqQVcF7RGZ7upURGqbq2yG4c22Wt9Rqix9Y0w3I8d6HB0uZG3BM1/IBTGqmLtOCXMV1jY6qSEcW0fjMCKK5fd1MH/R6tMBb1DUQzzCBbw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1763648213; bh=Hysxn8mYKDIU2l+ueLMIZItfgoMiU1qAkaLrMNOjZ+4=; h=X-Sonic-MF:Date:To:From:Subject:From:Subject; b=NkrcD+Htf349IXxjWah8ikI6LoL3o7ScVraadfe+u87CH9z/qOocsWSy97+Hi/IeZNJlvHwwU4o/d626QJnVPLZD6DtPv5pKzkrjhgfesBpStcLOQHjNHZkhdTwEMCLUuTNkJdbJjnZdLcN9yP25bJ0jJFRjy9phZqwwW62cMFR6D3q4kHaJqVPvjaAUVkeUwo3avNP1pqEpP1jue9PuIccvKHhW1DWj+2Qhc9Bn9HInlPz4dsyDbHn5bvuzetHsfgJj6Fg1xj/xEdoRLa/DtL2Z6ENqYsHudugrJcppLs/R/HKu7eRMCy665Ae776UGMGrGw6id2NKhV6jsfb0yHg== X-YMail-OSG: d1uJ0GwVM1lbzYP3bMSOYAC_4R2ksjnzWm1fsWituS7Fmglh4CJIw_k.3CPb0qX 6TBZG4nWBGCRkhXSqg8Kn.805eKEvPa43Og78X84wqLP4lfLchdu6MK.N5gLODoSVrG2xHZQVTdL OBhGDvXQbtqTmKy1zDjjJAkE9KM5zBgqZ1FlTj1FHhCKklahETSM_2UQQi70.pC5wvu5vbH_ggic KE7qj411mnnNDCBBCSZ_rs39Jkomsrbc6rVKJIJqyAMX.aTLEjPl1HHyexVBAnly.4PJc6zYrQNH dxDaIoCeXeP4tSjCkazCoIhIlYGI0UeSq6SNNdsCIi5WbtugvYA3fZ9mKhePMwIQ1l8K5nojcz.V y37hEkSSFQww735_v_.Bl6HQwv_s4XYQQX1aCXbJ0vdaYs_WLjJthCfijSYlO4Dx8i3KCnES1JIK ezX.5kHqhYus6gC0hQ5cZXof2cM4cJLrgdQi2QeVwSt8OODtDo3cZXxEpec14QcZbHKfQDS5ycJI U695MeuFIehco5RprA7lXwg8cyFy0WSxqMVP9RBdP0XD8GrEeWjBO4HYFk5vPN3uHhjVKq0YTbDq 0xMZ8e6ZrDTZjfVyoshGsHohTWXsUJBcP.9SiWybFY.FRz0dE3a6PhskZe8ccwudSdXXS.VWO7p2 Z2MDZYudpFhKde37pm_3I_cyVB9i3NmnLEd2yDN.dKeoI_aXrV4h8OX3Y_2m7dGJCIkR6tVUm_Yk 9k4FIiNxU.iraroHuREVNcuWyqvLD9GIDlxv5n_qkdH8FhBrJ0D1G2J.d6eJAy0H.UoouW3v5HI2 f_8qrA5lvJMHVJ0YgeMp5fIvMZr6LvYPOcN9J0s9dWT52k_TOqxS9ItNMiqyL4TB9v4aD6vmFEsW v2oF.u.rXY5BpzRJtRqPKLNlqdFbin9M2pRcTZ8MnqVgnGoZa.MBosaBbin9F6vlDvAV9dR6TVsy ghR3TLo2wKNarUMtZ19A_ARnNVUy7DhH1lEN_MP2TGXTOycEwcLjHHSiAYRGh5bwfODHvmxFXyOr K.qsGTwIXQYNnRpF7vBzPkXxpthu_LmxgniFflaNy13cfVnCQr8BL.zYrljASnzbzIl1zsraO1g3 vaxY8aj6b7nN9PyMpIPLODgP7Wg6C6w1CbMOzIr0TdrtfKNZrzENgYCK2lvRnncDmDXu_ClX0wyq lkhBdKao_WvIXYWcR8NF3SEuNli456eYZsfYfTeqTwFeCtqVx4hcfk920gHtnkjXNM0cd8uKzo5i FJ3fyxYbwv7G5GPbGeeKnA0.47mxUq5k4N8nUIJbgm1GxyX9DVqrqI3wTJvGZM3rcB_QD_CD.pVK 9wQBDmxn2xwFrq.PIhzzNQo8KfRgL5xNYEitBRUIySKvj3Vd0PcyjUC05BORa5UR_dSKY.cjYJwG wwL.vvmdkQ_.d_TILvQk7DlWlcZdG94VuQcvGvHBuQKwQ06TRU7evBMW0aJ8pql9al0uuh95jP.O vwfBNaIUgVASDzpb3aYgw69_vHcMyYTlxjHMMrNO4r7fwvIOoZiBC9N1MjGKHmAv3UU_favFwWqo REARAugf_yFcUWSBG5ZBJW4wIs5xXe1NZzHOcwAKQ9dBkMS4PZNzFV.RNXfLH_ao2QrrKfEmre.. nuX5ldayqyv43h_C9cEEAbptXtFzhXOW96O1r_NtvZf2hEokaZlf7Q.BULQWPrBtJooTXqW2f.hF XTeed.ibR0EKfI1CHyBLysCKytUoLo4TagAyLoxcG6y2IBVww0F5yWmUQh42XmJKp_VGHDTq4icw qTzo0razoV0RdGb4IGhe5LKHz1ZFMigsAZrjrJ9yw_NAo6bcsI8v1CBocI5cZYSthiC5usLnNXQs v.lQN4jZqe903x.DSQ_BmoSoGCdUO6gFS.RpYGDbHmfP3gCDN9_IILEzjpsg2uYXCJAFkM2Rg40S _F_78mDwfAlkaoPg_4__S_GcchdGgl8nU2TozLNxcT2cWS7r4JmnGVw1tg.co2mtu0HDB1ALRR1O jAeVChjeBvrx77QYu32.QX4nUW7KRrwC7C6hxZNJtzPyQ28m4hkQ.lSjaPvv9WXk.9k4V01neEeO o4VwSLBFTkYNIw7WJvLUC62f0GttR7UjoHYoFjMVwjsz0dasEHBc067koU12q13rt78IgzQzAini EU.TGsgVrOeuDpUXRM_NsHyvVkG23fuH1e__sEc3o9IuWYntJXHTuTkAHbOWc0I6rUEJO1gGKr7g XZ59Hbd5knb3eaPuPpMMdpp61.DGWRN03hRMp.eM- X-Sonic-MF: X-Sonic-ID: 0cba9485-3266-44f5-82c9-efbecbf1c953 Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ir2.yahoo.com with HTTP; Thu, 20 Nov 2025 14:16:53 +0000 Received: by hermes--production-ir2-5669d8b598-bj4m6 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 8c4a0f27c7db3f607e9e804ca2cfc8e9; Thu, 20 Nov 2025 14:16:49 +0000 (UTC) Content-Type: multipart/alternative; boundary="------------L868vOxXyfeuZ8VlP5ElGi62" Message-ID: <5844ca0b-4015-4c56-a43a-f44608185477@yahoo.co.uk> Date: Thu, 20 Nov 2025 15:16:35 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: pgsql-admin@lists.postgresql.org Content-Language: en-MW From: lejeczek Subject: What is paging my psql References: <5844ca0b-4015-4c56-a43a-f44608185477.ref@yahoo.co.uk> X-Mailer: WebService/1.1.24652 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 2220 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk This is a multi-part message in MIME format. --------------L868vOxXyfeuZ8VlP5ElGi62 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi guys. I have virtually identical 3 servers and one is paging the output. -> $ psql --port=5437 -c '\pset pager' Pager usage is off. there is no PAGER nor any other, obvious OS evn var set, yet I do simple query which shows a few lines, eg. -> $ psql --port=5437 --dbname=upa_discourse -c 'select * from pg_extension;' and the output is paged, waiting for 'q' from user to go back to shell. I could not find any psqlrc neither - and the other two servers do not that, to make more bizarre. Would you know where is it coming from and how to fix it permanently - ideally not by adding stuff but by figuring out why it is the two servers do page and then fixing the odd one same way. I'm on Ubuntu 22.04 with ver 16 of PG. thanks, L. --------------L868vOxXyfeuZ8VlP5ElGi62 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi guys.

I have virtually identical 3 servers and one is paging the output.

-> $ psql --port=5437 -c '\pset pager'
Pager usage is off.

there is no PAGER nor any other, obvious OS evn var set, yet I do simple query which shows a few lines, eg.
-> $ psql --port=5437 --dbname=upa_discourse -c 'select * from pg_extension;'

and the output is paged, waiting for 'q' from user to go back to shell.
I could not find any psqlrc neither - and the other two servers do not that, to make more bizarre.
Would you know where is it coming from and how to fix it permanently - ideally not by adding stuff but by figuring out why it is the two servers do page and then fixing the odd one same way.
I'm on Ubuntu 22.04 with ver 16 of PG.

thanks, L.

--------------L868vOxXyfeuZ8VlP5ElGi62--